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FOREWORD 



I REPORT DESCRIPTION 1 

The CSL Serials Control System Is aimed primarily at satisfying 
control and retrieval requirements of serials data for subscribers to 
the California State Library Processing Center. !Ihe primary objective 
of the system is to provide a method of serials control which will be 
very flexible both in terms of input requirements and output capabili- 
ties. The system is also designed to accommodate the varying degrees 
of coniplexity \diich will occur in serial collections of different 
size and scope. 

* 

We have divided the stream of tasks Involved in controlling 
serials into its coo^onents, and reduced those cos^onents to a set of 
data manipulations which can be controlled by the coioputer. Obviously 
we have not attempted to create a mechanized system which controls 
all phases of serial processing. IJot only would such an undertaking 

K 

be too extensive at this point in time, it would be economically 
impossible to accomplish considering the co^lexlty and extreme 
variability of serial control procedures. 

The system is designed to function as an aid to serials librarians 
in maintaining control of their basic files in terms of ordering, 
subscription renewal, expected arrivals, claiming, binding, and holdings 
inventory. The machine portion of the system is designed (hopefully) 
to be conpatible with emerging State and National standards. To further 
this goal we have constructed a machine record which strongly resenibles 
the standard machine record for monographs (MARC) developed by the 
Library of Congress. 

This report does not reflect the recently issued Library of Congress 
serials format because the report was in the final stages of writing 
when the format was issued. One should see: SERIALS - A MARC Format; 

Workin^L Document . Library of Congress, Information ^sterns Office, 
Washington, D.C., August 1969. 72 pp. 
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INTRODUCTION 

An initial overall description of serials is given here as one way of 
understanding the proposed technical design for Automated Serials Control. 

In terms of this perspective it is hoped that the design can be understood 
and evaluated. The point of view adopted is that of the flow of informa- 
tion required in either manual or computer based systems. 

Two types of information seem to be involved in serials control: 
bibliographic and operational. Bibliographic information tells what item 
is involved in the library collection. Operational information tells what 
to do with it or about it. 

Bibliographic information identifies and distinguishes the bibliographic 
unit from others (whether monograph, serial, newspaper, document, or any 
other type library material). It serves very much like an identifying 
code and home-address which tell where and what serial, or bibliographic 
unit, is involved. 

Such information can be broken down into two further types: 

• Catalog information, such as call number, title, publisher, holding 
information, etc . 

• Relational information, such as cross reference to other titles 
within the same series, or to changed names of the same publication. 

Catalog information is common to all types of library material. It 
is the relatively permanent identification of the serial, and (in its call 
number) the serial's "permanent" relative location in the collection. 

Catalog information is added to the card (apart from Incompleteness or 
corrections) only once. 

A temporary type of catalog information is the initial subscription 
title identifying the serial until formally cataloged. It may also be 
temporary identification prior to cataloging, due to back orders, gifts, 
or exchanges. Because such identification is temporary, and Incomplete or 
different in comparison to permanent cataloging, some might not wish to 
call such identification "bibliographic". Other than being temporary, 
however, it serves the same functions of identifying, referring to, and 
locating the serial or information about it. 

Relational information is the permanent linking data which leads to 
current, previous, or related names of the same publication, or to inactive 
status. A serial, for example, can merge into another as far as its own 



subject and activity are concerned^ but cease as a separate and distinct 
publication. Or^ a serial can remain the same^ but change its name. (For 
serials control^ chsuige is considered a change in Identifying information^ 
not change in internal fomat^ policy^ etc. ) A serial can also split into 
different versions^ such as A and but in other respects have the same 
general title. A link is then needed as of a certain date to refer f2*om 
the single publication to the divided ones. And finally^ ^en a serial 
ceases publication (called inactive)^ its termination can bl* considered 
a link to inactivity as of some date. If it is later revived or incorpor- 
ated into some other serial^ its relational Infozmatlon can then be up- 
dated as no longer inactive. 

The connection between temporary-ldentlfying-lnformatlon and pexmanent- 
catalog-lnfoimatlon (as discussed under catalog information) is not con- 
sidered "relational" because such a connection is known to be only a working 
and temporary relationship. The tengporary title is incomplete^ and sometimes 
incorrect. When it is replaced by full cataloging, the temporcu:^- version 
is no longer useful. 

These types of bibliographic information— cataj (including temporary 
Identification) and relational— are given different names because they 
differ in how and when they are entered on the files, and in the uses they 
sei*ve in the system. They share the common quality, however, of identifying 
and locating serials. 

Operational information describes the procedures to be followed with 
or about serials, or provides the information needed to carry out such 
procedures. The procedures themselves can be physical-actions or information- 
processing. The physical objects (the actual serial, binding material, 
etc. ) or the physical actions with them (actual binding, marking, etc. ), 
of course, are not involved here. Only the information about such jdiysical 
objects or actions is considered. The instructions for processing infor- 
mation itself, however, are very much involved, whether they continue to 
be done manually or as much as possible by computer processing. 

In general, operational information concerns: 

Physical properties or conditions (such as color-of-binding or 
date-of -claiming ) . 

Physical actions (such as binding, rnarkinfs). 




- 4 - 




Instructions for information processing (such as hold, resubmit, 
tally). 

Logical conditions for processing (such as type, order, com- 
pleteness). 

In terms of these two types of information, bibliographic and opera- 
tional, a general description can be given of the information flow of 
serials. But first, a general definition of serials will be useful: 

The 1967 AA Glossary definition of Serials is; 

"A publication Issued in successive parts bearing 
numerical or chronological designations and Intended 
to be continued indefinitely. Serials Include per- 
iodicals, newspapers, annuals (reports, yearbooks, etc. ), 
the Journals, memoirs, proceedings, transactions, etc. 
of societies, and numbered monographic series. (p*3^6) 

General Information flow of serials involves two approaches : Time 

and Functions. These are presented in terms of information- flow as a pre- 
face to the general description. 

If one views serials control from the first approach of time, three 
stages of processing become evident. These three st€iges are: On Order, 

In Process, and Existing Order. From the point of view of information flow, 
these time distinctions imply groupings of types of information in a per- 
petual cycle of: 

1. "On order"-- This is similar to "in process" and includes 

operational information involving temporary 
(or initial and intermediate) Identification. 

2. "Existing order" — This Includes the above, plus additional 

operational information about permanent 
(or cataloged) identification. 

3* Occasional cheuiges -- Such changes may occur in relational 

information when existing serials 
are stopped, replaced, or linked to 
other serials. 

On the other hand, if one views serials control from the second approach 
of functions, eight functions are pretty well established, though their 
names may differ, or vary in what they include. The details within these 
functions, however, are not standardized, and there is sufficient over- 
lapping between functions to justify consolidating the eight into fewer 
modules. These functions (and the types of information involved) are briefly 
listed as follows: 
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Function 



Types of Infoimation Involved 



1. Ordering 



2. Cataloging 



3* Inventory 



4. Claiming 



temporary identification, plus operational 
information for the process. 

relatively permanent identification and 
relational information required to connect 
other serials or indicate inactivity. (The 
great body of' cataloging rules are not con- 
sidered here but only the functional role 
that catalog information plays in serials con- 
trol. ) 

holdings infoimation and operational informa- 
tion in connection with temporary and perma- 
nent identifying information, allowing check-in, 
receiving, etc. 

operational information needed to follow up 
delays in expected (or predicted) arrivals, 
as indicated in receiving and check-in infor- 
mation. 



3 • Lacunae 



6. Binding 



operational information needed to deal with 
retroactive "gaps" in the holdings informa- 
tion (no longer considered as claims) noted 
on lists of desired serials, or "Desiderata" 
lists. 

operational information needed to physically 
bind a unit of serials when designated from 
holdings information as an issuing unit, with 
operational information of already established 
series of color, size, etc., plus cataloging 
information. 



7* Accounting 



8. ^nagerial 
Control 



the operational information and accumulated 
totals of activity to show the costs of ser- 
ial functions performed, and subscriptions 
started, renewed, replaced, stopped, or acquired 
as gift or exchange. 

statistics on all aspects of serials, both 
processing and costs, as well as billing to 
participating libraries. 



From the point of view of information flow, the problem in technical 
design for computer handling of serials is how to weave together into one 
perpetual cycle a modular structure to handle these eight functions. Two 
broad steps are involved in the technical design: 



1. Assemble and analyze the aspects of: 

a. all the data elements of bibliographic and operational 
information involved in the eight functions. 
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b. descriptions of all handling of the serials themselves 
and the handling of information about them. 

rhe first aspect tells the information needed to taike actions, or to be 
arrived at af*ter the action is taken. The second aspect tells the type 
and order of actions taken in handling physical objects or in processing 
information. 

2. Design a smooth flow whereby the computer handles as much 
fi. '.mat ion and computation as possible, consistent with batch processing. 
(Cn-line processing is not economically feasible at this time, but batch 
processing assumed here is compatible with the on-line approach. ) In this 
design, at predicted times, in prescribed sequence, and according to stipu- 
lated conditions, the computer will cycle out specified actions and needed 
information. After such actions are taken, the computer will receive back 
a confirmation of that action or a notice of alternate action taken. In 
addition, the design will provide for inputs not predicted by the computer. 
Lists and statistics can be produced at specified times or for special 
purposes. 

The success of such a computer based serials control will depend on 
three factors: 

A. the accuracy with which the computer program processes input 
information. 

B. proper sequencing of the steps in that processing. 

C. the effectiveness of manual procedures in preparing turnaround 
information in sufficient time for the computer program to 
correctly predict the next step in the cycle. 

A "time dependent" computer system, as is serials, to be really 
effective must have a predictive capacity which is accurate not only rela- 
tive to actual calendar time, but also responsive to actual working time, 
such as delays or backlog, or inability to re-enter or newly-enter required 
information. 

The effectiveness of correct prediction by calendar time and working 
time will be especially important, due to the variations of different ser- 
vices, data, and time schedules expected from different libraries partici- 
pating in the central CSL-PC serials control. 




- 7 - 



VARIATIONS FOR PARTICIPATING LIBRARIES 

E&cli librsu^y wishing to pcirticipfiit© in CSL”PC S6rvic6s fop s6pI&1s 
control probably will choose first what it needs most or can afford. Back- 
log, lack of personnel for increasing volime, or a limited budget will 
determine at what point each library begins. It must be a beneficial and 
realistic starting point. Each library will need a well planned transition 
from its wholly manual procedures to computer handling. It will also need 
a cumulative plan for further development, to Justify its initial invest- 
ment, and to realize the optimal benefits from MARC serial cataloging and 
computer processing. 

To meet these variations, the Center will need to establish not only 
a working system for all serial services, but also optional mixtures of 
services, which can be started at different points of optional services 
(with an essential basic file underlying any option) but still develop to 
a full system or as far as benefits and funds allow. 

Optional Mixtures of Serials Services . The ability to supply optional 
mixtures of serial control will depend up>on how attractive are the conditions 
for participating, and also upon how easily and effectively the computer 
programs allow libraries to enter, maintain, and change the services desired. 

Conditions . As soon as serials services are established as a full 
working system, charter membership by some libraries is one way of attract- 
ing pilot participants, as well as a way of amortizing costs of establishing 
the initial programs. Such pilot members will give early experience and 
a needed test of the effectiveness of handling "time-scheduled" services 
from a central system. The cost (and undoubtedly inevitable difficulties ) 
of charter membership would be in lieu of an entrance fee otherwise required 
of libraries who enter later. The charter member libraries would also 
have earlier benefits from the system, and a chance to ensure that the system 
reflects their local needs as well as CSL-PC and national standards. 

Each participating library could pay: 

• an entrance fee (except charter members), including 
possible cancellation costs. 

• a basic annual maintenance fee for essential data 
and operations, regardless of options. 

• a unit cost for the number of serials (actual data 
and processing) and types of optional services 
contracted. 
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At any time (consistent with established computer processing periods) the 
participant could increase or decrease optional services. If he cancels the 
basic services, however, the cancelled file would be held dormant on tape 
for a certain period, and then transferred to inexpensive machine-entry 
media, such as punched cards, and returned to the user for his beeping. To 
re-enter the system later would require another entrance fee, plus the cost 
and effort of converting whatever new serials, holdings information and addi- 
tional operational information that has accumulated since leaving the system. 
The punched bards would be lieu of another total conversion. 

computer Programs to Handle Options . In addition to the programs which 
actually do the processing of serials information, a monitor program will 
Vi ansic optional services for each library, keep track of the processing 

contracted for, and compute costs for doing it. 

In manual systems, process control is maintained by supervision and 

recap sheets. Costs are controlled by assessing an average unit cost for 
each service against the number of items processed. In cataloging monographs, 
for exaag>le, the average unit cost of cataloging once established is assessed 
against the total number of items cataloged, to give the total cost. 

In con®uter handling, the monitor program will supervise the actual 
processing, recap tallies of what is processed, but assess costs on actual 
services, data, and processing, not by averages. Serials, after all, are 
more complicated than monographs. There is not only a variety of data per- 
taining to each serial, but also a varying amount of processing applicable 
to a particular serial at different times of the cycle, as well as different 



S6rvic6s contrsictsd for by oach library* 

At the beginning of each computer run, the monitor program will test 

if there are any changes being made to the table of contracted services for 
each library already in the system, or any libraries being added -or stopped. 

If any changes are involved, the sinple update of the monitor table will 
automatically insure that all successive transactions in the very same run 
follow the new contract. Change in services, then, as far as the conputer 
processing is concerned, is a simple matter of entering a Library Profile 
Tape at the beginning of a run. Corresponding changes and preparation, of 

course, of manual data and handling will not be so easy. 

Once possible changes in library services are tested, the monitor program 
will test each transaction for its library code. With this code, from the 
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library-contracted-services table, it will assign internal codes in each 
transaction to insure only currently contracted services are performed. 

The monitor program will then keep an exact tally of what data and 
what processing instructions are actually used in that particular run for 
each trcuisaction, of each library. 

For costing purposes, these tallies of the total amount of data processed 
and the number of instructions actually used will be translated into time- 
units (plus the time to make the tallies and translation and computation), 
and then computed at unit computer-time cost, to produce actual total costs. 

Such detail tallies, translations and computations, of course, would 
be out of the question if done manually. Fortunately, detail tallies are 

a feasible by-product of datum-by-datum, instruction-by-instruction processing 
on the computer. Exact tallies and calculations, in fact, are probably an 

easier, and certainly more accurate, way of costing, than trying to pre- 
establish average costs for varying services, varying data, and varying 
processing. Averages, however, will be periodically calculated from accumu- 
,lated costs, and stated as a part of management statistics and billing to 
libraries. The basic control of processing and costs will be on idiat is 
actually done, not on \diat is estimated or averaged out. 

As presented here, optional mixtures of serials services, at least as 
far as computer handling is concerned, will be quite flexible and responsive 
to needs and funds of participants. It will allow a precise way of assessing 
fixed-unit-costs of processing for any volume of serials, whether backlog 
or future increase. It also will keep serial information up-to-date. As 
more libraries participate in the system, the more quickly costs for estab- 
lishing the serials programs can be amortized (or reported back to outside 
funding), 8uid the lower the basic unit cost of maintenance can be made. 

Differences in Data Terminology . In addition to optional services, 
provision can be made also for computer input and output programs to receive 
and print out variations in terminology of data elements and their order 
of presentation. In the face of non-steuidard terminology and order of 
data (both bibliographic and operational) the acceptance and printing out 
of variations in a long transition period can encourage different libraries 
to join the system for immediate benefits, and to have a way of working 
toward a statewide standard of serials control, and hence a truly union 
serials catalog. 
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The Serials Control System (SCS) designed for the California 
State Library Processing Center, parallels in general the functions 
performed by the Center's monograph system. That is, they both 

cover problems of; 

Retrospective Conversion 
Current Acq,ui sit ions 
File Maintenance 
Authority Verification 
Retrieve a 1 
Union Catalogs 

As for monographs, the serials system is also designed to operate 
in a network environment, where participating libraries may subscribe 
to either full or partial service from the Center. 

Thus in a general way, SCS is a form of bibliographic processing 
system providing assistance to library technical services. In 
its initial stages, the system will operate much in the service of 
the serials librarian. The differences between serials and monographs 
are not difficult to perceive. It is the similarities which are harder 
to discover; yet from the machine point of view it makes good sense 

to exploit as much commonality as can be salvaged. 

We propose to do this in two ways; by record format and by 
organization . There will be within the next few years, a proposed 
standard record format for serials data, in parallel to the current 
MARC II record for monographs . This standard is currently under 
study by the three National Libraries (L.C., N.A.L., N.L.M.). 

In the absence of a formal standard, we will attempt to extrapolate 
a format based on the MARC II monograph structure. The format we 
attempt to develop will, we hope, be a prototype of the national 
standard. At any rate, it will be compatible in structure with the 
current MARC record. This will mean potential re-use of some of the 
Center's monograph software. 

A second point of monograph/serial system parallelism is file 
structure. SCS embodies three main files: 

1. Central (Bibliographic) Master File (CMF) 

2. Local Master File (Holdings) (LMF) 

3. Index File (INDEX) 
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The three files are in rough parallel to the BIB MSTR, HOLD and 
INDEX files of the monograph system. 

The Central Master File (like BIB MSTR) contains the full bib- 
liographic description of the serial, such as title, author, pub- 
lisher, language, publication pattern, etc. Each CMF record has a 
unique Serial Control Number (SCN) assigned to it. 

The Local Master File roughly parallels the HOLD file, in that 
its basic function is to record holdings of a single library with 
respect to a single serial. All the local library’s data relative 
to a single serial title is embedded in this file. This Includes 
retrospective holdings, current arrivals, and all data relevant 
to a serial's presence in a local library such as routing, 
claiming, subscription, funding and bindery instructions. 

The INDEX file is an alphbetically ordered file designed for 
serial title searching during file conversion operations. The 
INDEX file allows the Central and Local Master Files to be randomly 
ordered according to simple accession number which then functions as 
a Serial Control Number. 



EXAMPLE: 

CEI^TRAL 

MASTER (CMF) INDEX 



LOCAL 

MASTER (LMF) 




01 


Title: C 


Lib: X 


01 


Title : C | 


Lib: Y 




02 


Title : A 


Lib: Z 


02 


Title: A 


Lib: W 


02 


Title: A 


Lib: X 




02 


Title : B 


Lib: Y 
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The following can be seen from this example. CMF is in random 
order; the accession number is a Serials Control Number. INDEX 
contains alphabetized Titles and author statement. INDEX is used 
for searching for duplicates . MF is ordered hy Serials Control 
Number suid holding library . 

In contrast to the monograph system, the Serials Control System 
will have a high number of holdings relative to a small number of 
unique titles. Preserving the uniqueness of entries in the CMF poses 
a major problem for the system. There are two aspects to this pro- 
blem: first, variations in a title; and second, title changes which 

occur in the history of a serial. 

The solution to the problem requires the services of a serials 
control analyst, as well as the presence of linking data elements in 
the CMF. When a new title is to be converted/added to the system, 
it is the responsibility of the control analyst to determine: 

1. Whether the title has already been converted 

2. Whether any previous or later titles for the same serial 
exist in the file. 



If the first determination is positive, then a new entry is made to 
the Local Master File but not to the Central Master File. If the 
determination is negative then a new entry is made both to CMF aiid 
LMF. 

The second determination is related to the problem of linking 
related titles in the file. This is accomplished by the use of a 
link number data element. Specifically, the link number is a common 
SCN assigned to all CMF entries which are part of a single title 
history. Assume a title history of four changes, represented by 
T , T , T » Further assume that the order of arrival into the 

CMF is T^, T|^, ^2 • The SCN’s and link numbers would be assigned 

as follows: 
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Title 


SCN 


Link Control Number (LCN) 


To 


1234 


1234 


3 


* 






1246 


1234 




1297 


1234 


T 

■‘■o 


2338 


1234 



The link control number is developed by the serials control 
analyst who searches the INDEX file to determine whether any title 
predecessor successor exists in the file* If not, the LCN is ec^uated 
to sci;. If the answer is positive, then the LCN is set to the LCN of 
the related title. 
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SYSTEM DISCUSSION: 



GENERAL SYSTEM DESCRIPTION 



The Serials Control System is basically a carryon effort of 
the monographs portion of the CSL-PC design. The technical design 
however is being presented in a slightly different format for several 
basic reasons. The first and prime reason for a different approach 
to serials is simply that the Library of Congress has not yet re- 
leased an official MARC II record format for serials. Because of 
this, it was necessary to develop a record format and include those 
data elements peculiar to serials . It was decided early in the 
evolutionary phase of the specifications to attempt to parallel the 
MARC II monographs format as closely as possible, while expanding 
it to fit serials requirements. This decision was based upon the 
expectation that the Library of Congress MARC II serials format, 
when released, will closely resemble their monographs format. Hope- 
fully this will allow us to use L.C. serials tapes in building and 
verifying our files, and will make our bibliographic master file 
compatible with MARC. 

Beyond the fact that the MARC serials format has not yet been 
released, we quickly realized that when it is released, it will be 
insufficient for our purposes. The Serials Control System is re- 
quired not only to maintain catalog records of serials, but it must 
also track and control the normal administrative functions associated 
with serials processing. We have therefore supplemented what we 
expect to appear on the MARC file with control data required by local 
library systems in managing their serials collections. In develop- 
ing these new data elements, it became mandatory to explain their 
form and function to a very high degree of detail. 

Also since the Serials Control System is primarily a control 
system, it was required that we specify the mechanics of the pro- 
cessing flow in a more explicit form. Thus the individual programs 
are spelled out in detail in the system flow-chart and specifications 
are oriented toward particular programs. Timing of events in the 
processing stream is crucial, and as a result the system flow-chart 
indicates from what programs transaction outputs emanate and at 
which points these transactions re-enter the system. This does not 
mean that the system is closed nor complete. These specifications 






provide a base system from which to build. The main purpose of these 
specifications is to provide a very flexible and complete record for- 
mat from which to work, and to spell out the basic file maintenance 
procedures to be used with that format. It is expected that the 
report outputs herein specified will be sufficient for a basic 
operating system, however we expect that other outputs and 
even more data elements will be added in the future. 

The following few pages contain the basic system flow-chart, 
indicating all of the specified inputs, outputs, and programs. As 
can be seen, all transaction input occurs on a weekly basis during 
the weekly updating program. The transactions are first reformatted 
from cards to tape and then enter an optional validation routine. 
Specifications for the validations are not included with this report 
because such validation is not absolutely essential to the system. 

It is strongly advised however that a validation routine be developed 
as soon as practicable, since it becomes extremely costly and time- 

consuming to correct easily identifiable input errors which are allowed 
to affect the files. This validation routine should act as a screen 

by stopping input errors detectable by the computer before they can 
affect the files . 

After the transactions are strung on a tape they will enter the 
Weekly Update Program. This program accomplishes all file updating 
not directly associated with prediction. Through it all new records 
are added to the file, all turnaround transactions are entered and 
processed, and all change and delete transactions are processed. The 
program's primary output consists of updated master files and a trans- 
action and error list. The transaction and error list will display 
all transactions input to the program and will flag any transactions 
which could not be processed. At a later date, when the validation 
program is developed, this list will display only those transactions 
with errors which the validation could not detect, and will indicate 
the reason that the transaction could not be processed. 

Also emanating from the weekly update is the new orders tape. 

This tape will contain copies of all new order records placed on 
the master file during the updating cycle. These tapes will either 
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be listed weekly for verification by the ordering staff or they may 
be cumulated and listed on a monthly or as required basis. 

The last major step in file maintenance is the Monthly Status 
Run. This program accomplishes all file updating directly dependent 
upon the prediction phase of the system. All expected arrivals data, 
claims data, and binding data resulting from file searching and issue 
designation generation is generated by this program and added to the 
files. This data is also output on a monthly status work tape and 
is in turn extracted, sorted, and listed in the various required for- 
mats. New master files are also generated which will be input to 
the first weekly update of the following month. The master files in- 
put to this run are those created by the last weekly update of the 
previous month. 

It is assumed throughout these specifications that the close of 
business on Friday of each week is the end of the week. (Any day may 
be chosen but it must be a fixed day of the week. ) This means that 
the last weekly update of any month occurs as of the last Friday of 
that month. It also means that wherever we refer to a number of 
weeks for a delay code or the number of weeks in a month, we are 
referring to the number of Fridays. This may on the surface seem 
insignificant, however the distinction is important and can create 
many problems if not made. The prediction functions which occur in 
the Monthly Status Run depend upon their relation to a calendar week 
or month, and it must therefore be made explicit when a week or 
month begins and ends. 

All file maintenance procedures are accomplished by the two 
foregoing updating programs. The tape files which emerge from the 
weekly update represent the status of the libraries' holdings and 
control data as of that week. Any of the many report products which 
require only the master files as input may be produced as of any 
weekly update, thus showing the status of the libraries on a very 
current basis. They may also be produced from the master files which 
are created by the Monthly Status Run. Programs which are classified 
as monthly processing will normally receive the master files from the 
Monthly Status Run as input. 
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The Monthly Status Work Tape is passed through a series of 
routines which extract, reformat, sort, and display the data in 
appropriate formats. These routines will produce all of the system 
turnaround transactions except for the BTC2 which is produced by 
the Weekly Update. With the production of the turnaround transactions 
and the prediction of the next month’s activity, the file maintenance 
procedures are completed. The turnaround transactions are resubmitted 
to the weekly updates as actions are accomplished and the cycle 
rebegins. As stated, the resulting files can be displayed in any of 
the formats specified in this report or in any other format desired 
by the users . 

The following pages graphically depict the proposed system in 
flow-chart form. All of the specified programs appear on the flow- 
chart, and a time-flow relationship can readily be seen. These 
flow-charts represent a breaking point in the technical specifications. 
Following the flow-charts the reader will find a discussion of the 
file organization and the data structure. It will be assumed that 
the reader has consulted and is generally acquainted with the record 
format as specified in the Subscriber’s Guide portion of this report 
before proceeding beyond this point. Without a general understanding 
of the record formats the next sections will be difficult to follow. 

The flowchart, (Fig. l) is given in six parts as follows: 

Part A: Weekly Processing 

Part B: Monthly Status Rxin 

Part C: Monthly Processing 

Part D: General As Required Runs 

Part E: General As Required Runs 

Part F: Local and Union Catalogs 
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SYSTEM DISCUSSION: 



FILE STRUCTURE AND ORGANIZATION 



The Serials Control Systen files are organized around the concept 
of separation of non-variant bibliographic data from locally-variant 
control data. In order to accomplish this separation and in order to 
minimize processing costs these two types of data have been physically 
separated on two different tape files. The bibliographic data master 
file is denoted the Central Master File (CMF), and the local control 
data file is denoted the Local Master File (LMF). 

The Central Master File records contain all of the title oriented 
data which will not vary among the several libraries using the system. 
Data entries such as standard main entry, publication pattern, indexed- 
in infomation and standardized union catalog subject headings will be 
found in these records. There will be one record for each serial title 
held by any library within the system. These records are to be arranged 
in the file in random order with respect to the data they contain. The 
sequence is by accession number, or file entry order. As records are 
entered onto this file they are assigned a Serial Control Number (SCN), 
(for a discussion of the SCN see Appendix l) which is the accession 
number of the record and is located in the last five positions of the 
Leader. This number is used to link CMF records to LMF records for 
file maintenance and retrieval purposes. It will be automatically as- 
signed by the computer and will be available for activity immediately 
following its addition to the files. Once assigned to a title this 
number is immutable and will identify that title until it is removed 

from the file. 

The Local Master File records contain all of the serial activity 
and control data. The organization of this file is based on the majo^- 
tracking and control tasks which must be accomplished by the computer. 
These tasks have been assembled into related groups which we have 
denoted "modules". The entire spectrum of tasks which the computer 
must accomplish has been divided into six basic modules. These consist 
of: l) ordering, 2) accounting, 3) inventory, k) binding, 5) prediction 

and status tracking, and 6) storing local description variations. The 
LMF records directly reflect the first five of these modules since a 
single CSL-PC serials tag has been assigned to each, whereas the sixth 
module uses an expanded set of MARC II Monograph Tags. 
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This file will contain all locally variant control data such as 
prediction delay codes, claims data, processing status indicators, fund- 
ing and payment data, reference tracings, etc. It is with the records 
of this file that the system will track the processing stages of serials 
from expected status through claims and binding to missing issue status. 

As they have been developed, the CMF and LMF may be looked upon 
as containing the two halves of any one serial record. Logically, the 
CMF can be viewed as a file of header records with standard data, while 
the LMF represents a file of trailer records grouped relative to their 
associated headers on the CMF. In other words, for every record on the 
CMF there can be any number of records on the LMF (one for each perma- 
nently held copy within the system). Most of the report requirements 
and some parts of the updating methodology require the simultaneous use 
of both files. Thus parallel file structuring is most economical from 
the standpoint of both time and storage. Therefore, both files will be 
in Serial Control Number (SCN) sequence and will normally be processed 
together. 

A single physical file approach has been adopted for the Local 
Master File. This means that all individual logical Local Master Files 
(i.e. individual libraries' records) will be merged into one physical 
file which is in Library, Branch and check-in Location sequence with 
the SCN. 



CMF Example LMF Example 



SCN 


Serial 


SCN 


Serial 


Library 


Branch 


12345 


TIME 


12345 


TIME 


001 








12345 


TIME 


002 


A 






12345 


TIME 


c: 

o 

o 


B 






12345 


TIME 


005 




12346 


LIFE 


12346 


LIFE 


001 








12346 


LIFE 


002 


B 






12346 


LIFE 


003 
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The record contents of the Central Master File and of the Local 
Master File are listed on the following pages. Notice that some cate- 
gories of data may be carried in both the CMF and LMF. VJhen this 
happens their tag assignment does not change. The purpose for making 
identical tags available to both files is so locally variant versions 
of these data elements can be retained for local lists. Thus one serial 
record may contain both a standard main entry on the CMF and a variant 
main entry on each LMF record for that serial. Both main entries will 
be assigned the appropriate and identical main entry tag. For a detailed 
list of tags available to the serials control system see the INDEX OF 
AVAILABLE TAGS section at the end of the Subscribers' Guide. Also for 
a general discussion of the MARC II record format the reader is referred 
to the Library of Congress Information Systems Office, "Subscribers' 

Guide to the MARC Distribution Service," August, I968. And finally for 
a detailed discussion of each data element used by this system see the 
Subscribers' Guide portion of this report. 
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CMF RECORD CONTENTS: 



A. LEADER - all elements 

B. RECORD DIRECTORY 

C. CONTROL FIELDS: 



D. VARIABLE FIELDS: 



007 


Non-variant Data Description 


OlO-Oi+2 


(Control Numbers) - except: 




035 Loca.1 System Number 

036 Linking Local Number 


050-082 


(Knowledge Numbers) 


100-130 


(Main Entry) 


2k0-2k2 


(Supplied Titles) 


2k5-260 


(Title Paragraph) 


300-360 


(Collation) 


i+OO-i+90 


(Series Notes) 


500-520 


(Bibliographic Notes) 


600-670 


(standardized Subject Added Entries) 


700-753 


(other Added Entries) 


800-8i+0 


(Series Added Entries) 


900-9^5 


(Reference Tracings) 


950 


Holdings (CMF) 


958 


Abstracted In 


959 


Indexed In 


970 


Prediction (CMF) 
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LMF RECORD CONTENTS: 



A. LEADER - all elements 

B. RECORD DIRECTORY 

C. CONTROL FIELDS: 



009 

D. VARIABLE FIELDS: 

090 

100-130 

2k0-2k2 

2k5 

500-520 

600-670 

900 - 9^+5 

951 

957 

960 

971 

980 

985 



Variant Data Descriptions 

Local Call Number 
Variant Main Entry- 
Variant Supplied Titles 
Variant Title 

Variant Bibliographic Notes 
Variant Subject Added Entries 
Reference Tracings 
Holdings (LMF) 

Arrival History- 
Binding Data 
Prediction (LMF) 

Ordering 

Accounting 



Sninmary of File Structure 



1. Central Master File 

a. 1 record per serial title and untraced reference record 

b. In SCN sequence where SCN amounts to an accession 
number, or file entry number. 

c. Main Entries will be in random order. 

d. Major Data: 

1) All bibliographic data such as official 
union list main entry (standardized main 
entry), title paragraph, LC card number, etc. 

2) Serial oriented prediction data such as 
publication pattern and issue designation 
pattern 



2. Local Master File 

a. 1 record per serial title per library per check-in 
location plus an additional serial record for each 
additional permanently 'eld copy of a serial. 

b. In SCN sequence 

c. Major Data: 

1) All local control data including predicition 
delay codes, claiming data, status indicators, 
etc. 

2) Status tracking data from early arrival status 
through all stages to permanent holdings or 
missing status . 

3) Operational data such as binding information, 
claims information, routing data, etc. 

U) Local variations on main entry. For expected 
arrivals list or local holdings lists. 

5) Holdings Data. 
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Each of the value fields is a variable length field, and yet each is 
distinguishable within the $d delimiter. 

The field level of hierarchy proved to be inadequate for some of 
the more complex coding formats required for handling the matrix repre- 
sentations of holdings. The best example of this is the Issue Designa- 
tion Generation Code. In this case it was necessary to build repeatable 
fields from more than one variable length element or sub field. Thus it 
was necessary to delimit these subfields within the fields . The dash 
(-) was adopted for the subfield separator. 

Example: Issue Designation Code for a volume - 



\ |0l|*l-r 


V(l/|NUM ... 1 




£ 


3u 


1 

Field Separator 
Reset Value 
b field Separator 



Reset Limit 

Both Reset Limit and Reset Value are variable length subfields within 
the volume designation field. The delimiter in turn is made up of a 
series of issue designation fields. 

From the software standpoint this hierarchy has been standardized. 
From the top down the delimiting characters run: 

- Record Terminator 
f - Field Terminator 
$ - Delimiter 
/ - Field Separator 
- - Subfield Separator 

This hierarchy will also represent the normal order of accessing data. 

A subfield will be accessed only for a very specific task whereas records 
must be accessed for every task. 

Beyond these two distinct variations (non-repeatability of delimiters 
and modular structuring of data) , the Serials Control System format will 
function precisely like the MARC II format. Thus most of the monographs 
retrieval and sorting techniques will be applicable to the serials for- 
mat. 
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DATA STRUCTURE 



In this system the data has been structured similar to the MARC II 
structure. However since the MARC II structure represents a communica- 
tion format and very definately not a file maintenance format, certain 
basic conceptual changes have been made. Firstly, unless already 
specified in the MARC Subscriber's Guide, no tags or delimiters are 
repeatable. Thus none of the tags or delimiters specified in this re- 
port are repeatable. Instead, a hierarchy of data levels has been devel 
oped, along with an expanded set of variable data separators, such that 
data elements can be grouped into logical processing families, rather 
than as separate tags or delimiters. 

This approach has led to the adoption of a "modular" concept of 
structuring the data. Thus, wherever possible, all the data elements 
pertaining to a specific task or module have been drawn into a relevant 
group and presented as a tag. In looking over the serials data elements 
one will immediately see this difference. Instead of finding tags such 
as binding title, fixed binding data, and binding notes, these elements 
are grouped into the binding tag. This approach greatly facilitates 
processing since it requires only one entry into the Directory and one 
retrieval to accomplish most of the processing steps immediately re- 
quired for any one function. 

Since one of the priiAary goals of the system is to be MARC compat- 
ible, it was necessary to retain a structure similar to the MARC II 
communication format. Also considering the size of the serial records 
(estimated range is 1000 to 1500 characters per file per serial record), 
the MARC concept of using a Leader and Directory proves reasonably 
efficient if properly handled. These two factors led to the develop- 
ment of a "MARC-like" format with extensions of the MARC concept where 
needed. 

The resulting structure runs in a hierarchy as follows: 
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I 



Record 



Tag 



Delimiter 



Field 









Subfield 


leader/ 










Directory 


1 


$a 


- 


.../ 



* 



Thus as in MARC, a record is made up of a Leader, Directory, and Tags. 
Fixed length tags are structured similar to MARC, and variable length 
tags are similarly broken down into delimiters. Thus far the structure 
parallels MARC exactly except for the non-repeatability of hierarchical 
levels. At this point however, the serials format diverges from MARC 
by providing two lower levels of hierarchy. 

The first level below delimiter is field. The field level is used 
whenever a variable length group of data elements is to be repeated 
within a delimiter. The format of the field is defined; however the 
length of the elements is not fixed. Thus a field separator symbol is 
required to signal the end of one repeatable field and the beginning 
of the next. The slash (/) was adopted for this purpose. This level 
allows us to repeat such fields as Matrix Start Values such that we 
can carry the starting values of all issue designation levels in one 
delimiter. 

Example: The values of the issue Part A of Number 1 of Volume 69 

can be carried as 



1 $d 1701 IpAF 


|/|NUM|01l/|VOL 691/1 


V 


\ 

atria 




Values 
: Location 



- 42 - 




PROCESSING METHODOLOGY: 
FILE MAINTENANCE 





This portion of the technical design is involved with detailed 
program specifications. Each of the major file maintenance programs 
is laid out here, specifying inputs, outputs, and processing method- 
ology. Report specifications are not included in these specifications 
■because they are to "be developed "by the users. This will allow greater 
flexi'bility in the final product as well as serve the libraries' needs 
more responsively. The only exception to this is the specifications 
for Holdings Generation. The Holdings Generation processing methodology 
will be found in the special output routines section following the last 
File Maintenance program specifications. !Riat process is not intended 
as a program specification, but merely as a generalized subroutine 
which can be invested into any holdings list program. 

The general format of the program specifications is as follows: 

I . Title Page 

II. Run Description 

III . Run Diagram 

IV. I/O Specifications 

V. Special Processing Algorithms 

This format is not strictly held to because in some cases parts IV and V are 
inseparable. However, this is the standard form used. 

I/O specifications are somewhat generalized since all of the records 
and files vary considerably in both size and logical content. Thus tape 
I/O specifications in particular are aimed at stating the general content 
of the tape rather than specific data elements or field lengths. In 
order to develop a feel for the contents of any specified file, the 
programmer should read the preceeding System Discussion and the 
Subscriber's Guide. Also a sample record (both CMF and LMF) is provided 
on the following two pages. Many of the examples used in these specifications 
refer directly to this sample record or can be better understood 
through reference to it. 

It will be extremely difficult, if not impossible for the programmer 
to proceed beyond this point without a firm grasp of the record formats 
and file structure. It is advised to use the Subscriber's Guide in conjunc- 
tion with reading the individual File Maintenance program specifi- 
cations. Many of the flowcharts presented in the program specifications 



are quite detailed and should he thoroughly desk checked in order that 
the programmer understand their functioning. These flowcharts are not 
meant to preempt the programmer’s job, but merely present an approach 
to the problem. If the programmer can accomplish the same output speci- 
fications in a more efficient manner this would be desirable. However 
any approach deviating from that specified must accomplish at least 
what is herein specified. 

The sample record and three File Maintenance program specifications 
follow. 
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SAMPLE RECORD FOR LIFE MAGAZINE 



CENTRAL MASTER FILE 



LEADER 


RECORD DIREC1 


rORY 


00857 1)^220016954 321 


007003900000 


010001700039 


050001500056 


082000800071^ 



P45003100r«79 


260006400110 


300005300174 


500004800227 


700003900275 



950011800 



NON-VARIANT DATA DESCRIPTION 



L. 



CARD 

$a0C0) 



9S}001900L3 



970023800U5 



f 



690101M19369999ILU00eng0MNy)i5W)i5»J)i^)(()i^)!^)<)i( 






NUMBER 




L.C. CALL NR. 




DEWEY NR< 


Til 


CLE STATEMENT 


:»7008367)i5 


f 


oi 


$aAP2$b.L547 


f 


XX 


$a051 


t 


Qi> 


$aLIFE$ z V . l-)^)<Nov . 23 , 1936-)^)^ 


' 



IMPRINT 



SSL 



JiATIQ N 

$av./ 



0)lJ 



$aChicago$bTitne)iJlnc .$y5^0)^N.)l(Michigan)^Ave . ,Chicago,Ill .)^606ll 






GENERAL NOTES (BIBLIOGRAPHI C) 



1 



$blllus . (partj^col .l^incl . Imports . )$c35cra$zWeekly 









$aEditors :)JNov . 23)^1936 



OrmR ADDED ENTRY HOUSINGS 

ll| $aLuce ,)iiHenry)[(Robinson$dl898-)i(}l($eEd. f )i()iij$a)^)l^)^^ 



. R .)^Luce)^and)[(others 



f 






indexed in 



m 



PRPICTION 



0010010001/1937)^)i51PV0L4100200^K)0O2 



m $aReaders ')fouide 



11^ 



$aVolB)[()$)[()[()[()$)$ 






01»-|</NunNVol010001g6-0l/DayN)<)()<)<)i)i)i07C-|<$b66666666666600$c701Kum0l/Vol6^ 









t 



<d 

ERIC 

hiaifiiifftaiTiaaa 
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SAMPLE RECORD FOR LIFE MAGAZINE 
LOCAL MASTER FILE 



LEADER 



RECORD DIRECTORY 



■ ^ 1 C'-^4)[^03 WNfi>2200l45 5 43 21 


009007300000 


090001100073 


245001900084 


650002SC01C3 


/ 

N 

< 

N 

/ 




951025800132 957008800390 


960005300478 


971033000531 


980007100861 


985001800^^32 


^ 1 


VARIANT DATA DESCRIPTION 




■ ^ -T-., 

2SJFAX110SGLlAYYYYBCM03Y133NGEN008l27B455EABClAHX69070802040353e29000875N <^' 



LOCAL CALL 1 


^0 


T1 


TTLE 




SUBJECT HEADING 






b']zii$aAQ$bL5 

1 


t 




$aLi f e][(maga z ine . 


f 


00 


$aPHOr OGRAPHY$xPERIODICALS 


f 


< 

<S 

s 

/ 



HOLDHrai 






$a3333333"333333366633333333333111111111l84lllllllllllllllllU511l\ 



$zIncomplete]!^vols:]!^v. l 6 ,nos. l- 19 , 21 - 26 )!iJan. -Apr.21,]!^Mayl-June]!^194Vv. 17 , nos. \ 



20-26]!^Nov. 21-Dec. 19Wv- l 8 ,nos. l-10>(Jan. -Mar. 15, 19^5 /v. 4l,nos. l-24>(July- > 



ARRIVAL HISTORY 



Dec . 1965 



$a83 162610 10 101000 1020101000 1000100045 10103070052005i5i5i 



<N 



BINDING 



6101616100610405616105000000 



f 






$amil02]!^](^][($b Li fe$c 927 )<^] 6 ][($d 901926 



PREDICTION 



$ zT r im]!^ c a r e fully 



$a04091502001lM'^'^'^'^'^'^'^'^'^'^'^'^'^'^'^'^'^'^ 



55566666666666666 /Q 222222222222222222222222221111 .^_^w.,y /qoA 

iiioooocooooooooo/^oooooooooooooooooooooooooo342A^ ^ 



TPC$uClaim][(from)[ipublisher$vToss][(dups$wDo]!^not]!^wait)(ifor]!^renewal]!^notice]!^from)!i 






publisher$xJun.Sl. 27, Dec.81. 28;pay]t^Faxon$yOrder][(index]!^from]!^publisher,]!^in]!^ < 



ORDERING 



Jan. , 3- 00$zIndex]!^arrives]z(in]!iFeb. ;]i^TFC)!(arrives]!^in)!iMarch 



$a 628063207005 



ACCOUNTING 



^ 00865 $bPub $cC rd e rb 10]!^ c opie s $d 6260]fiby]fiP. L . $e6275)!(by)^ST 



0^ 



$a080$b010$d015 
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RUN DESCRIPTION 



Purpose: The purpose of this program is to read in transaction 

cards, convert them to magnetic tape transaction records, 
and sort them into the proper sequence for updating the 
master files. It is hasically a reformat and sort run. 



Frequency : 


This is a weekly run. 


Inputs: 


1. 


Expected Arrival Turnaround Cards. (EAC) 




2. 


Unexpected Arrival Cards. (UAC) 




3. 


New Order Master Cards. (NOC) 




k. 


Payment Turnaround Cards. (PTC) 




5. 


Binding Turnaround Cards 1 & 2. (BTC-1 & BTC-2) 




6 . 


Cataloging Master Cards. (CMC) 




7. 


Change Transaction Cards (NCC) 




8. 


Delete Transaction Cards. (NDC) 


Outputs : 


1. 


Sorted Transaction Tape. 
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UNEXPECTED AERIVAL CARD (UAC) 



A. The UAC can be input in one format only and will be reformatted into 
an UAT. One cransaction will be created using the control data from 
columns 6T-80 of the UAC and issue designation data from columns 1-63. 
This card is manually developed. Input and Output formats follow: 



Data Input Card Col. Output Record Pos. 

a) Case §1 - Normal: 



Matrix Location 


1-3 


17-19 


Issue Designation 


U-end of field 


20- 


Blank 


61+ 




Blank 


65-66 


15-16 


Control - 

Source Code 


6T 


1 


SCN 


68-72 


2-6 


Library Code 


T3-T1+ 


7-8 


Branch Code 


75 


9 


Checkin Location 


76 


10 


Transaction Code (B) 


77 


11 


Blank 


78-80 


12 - 1 I+ 


Record Mark 




end 



1 
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TRANSACTION BUILD PROGRAM INTRODUCTION 






This program is the first program in the file maintenance series. 

Its function is to load the weekly transactions onto a tape and sort 
it for input either to the Validation Program (POllO) or the Weekly 
Update Program (P0120). In many cases these transactions may be devel- 
oped from several transaction cards. This will require sorting of the 
card images prior to beginning the reformatting operation. Thus the 
sort operation should occur as the initial step of processing. The 
sort sequence is shown under the Weekly Sorted Transaction Tape output 
specification. Multiple card transactions will be placed in the proper 
sequence with this sort, because in multiple card transactions the matrix 
location positions in the cards are replaced with a sequence number. 

The following pages contain a transaction-by -transact ion list of 
reformatting specifications. The control field is spelled out for each 
transaction type. This control field is carried throughout weekly pro- 
cessing and is hereafter referred to as "Control”. It consists of the 
key sorting elements in the transactions. Ilie transactions are speci- 
fied in the same order as they are specified in the Weekly Update Pro- 
gram (P0120). The functions of the individual transactions are not 
specified in this section, however they are listed under the specifica- 
tions for P0120. 



! 



EXPECTED ARRIVAL TURNAROUMD CARD (EAC) 

A. The EAC can be input in one of two foraats, and when it arrives 
an appropriate Eaqpected Arrival Transaction (EAT) must be created. One 
transaction will be created using control data from columns 67-80 of the 



EAC and the action codes located in 


columns 65 and 66. 


Columns 1-64 of 


the card will be blank. This card is machine generated. 


, Input and Out- 


put formats follow: 








Inuut Card Col. 


Outnut Record Pos 


Data 

a) Case #1 - Normal: 


Blank 


65-66 


15-16 


Control - 


Source Code 


67 


1 


SCN 


68-72 


2-6 


Library Code 


73-74 


7-8 


Branch Code 


75 


9 


Checkin Location 


76 


10 


Transaction Code (A) 


77 


11 


Matrix Location 


78-80 


12-14 


Record Mark 




17 


b) Case #2 - Nonperiodical 


"N” 


65 


15 


Blank 


66 


16 


Control - 


67-80 


l-l4 


Same as Case 01 


Record Mark 




17 
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UNEXPECTED ARRIVAL CARD (UAC) 

A. The UAC can be input in one format only and will be reformatted into 
an UAT. One transaction will be created using the control data fran 
columns 6T-*80 of the UAC and issue designation data from columns 1-63. 
This card is manually developed. Input and Output formats follow: 



Data 

a) Case §1 - Normal: 

Matrix Location 

Issue Designation 

Blank 

Blank 

Control - 

Source Code 

1 

SON 

Library Code 
Branch Code 
Checkin Location 
Transaction Code (B) 
Blank 

Record Mark 



Input Card Col. Output Record Pos. 



1-3 


17-19 


U-end of field 


20- 


64 




65-66 


15-16 


67 


1 


68-72 


2-6 


73-74 


7-8 


75 


9 


76 


10 


77 


11 


78-80 


12-14 




end 



/ 

I 
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NEW ORDER MASTER CARD (NOC) 



A. The NOC will normally he. in a family of cards to build the New Order 
Transaction. It will not contain an SCN upon submissicm to the Process- 
ing Center, however the PC will assign the proper SCN before submitting 
the transaction to POIOO. The cards will be sorted into sequence num- 
ber (col. 78-80) prior to reformatting. One transacti<m wiU be created 
using the data appearing on the set of cards, kn asterisk (*) will 
appear in colusui of each card whi<da is followed by another of the 
set. These cards are manually developed by the local libraries and 
verified by the Processing Center. Input and Output formats follow; 



Data 

a) Case #1 - LMF 
Card No. 1 

Activity Code 
Suppression Code 
Tags, Indicators, 

Delimiters, and Data 
11*11 

Blank 

•»L'' 

Control - 

Source Code 
SCN 

Library Code 
Branch Code 
Checkin Location 
Transaction Code (C) 
Sequence Number 



Input Card Col. Output Record Pos * 



1 


17 


2 


18 


3-63 


19-80 


6k 


65 


15 


66 


l6 


67 


1 


68-72 


2-6 

1 


73-7i* 


7-8 


75 


9 


76 


10 


77 


11 


78-80 


12-lU 



Card No. 2 and all subsequent master cards for the sane transactiom 



Data Input Card Col. Output Re cord Foit 



Tags* Indicators* 


1-end or 63 


Delimiters* and Data 




’*•” if cOTttinuations follow 


6k 


Blank 


65 


♦»L” 


66 


Control 




Same as above 


67-80 



Record Mark 



b) Case #2 - CMP 

Sane as above except column 66 will contain a and Library » 
Branch* and Checkin Location will be blank. 



f 
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Vkmm TU^ABOUHD CARD (PTC) 



A. The PTC cm he Input for eny of severel reeionit hoirever the fomet 
of the treneection te fixed. 1%iit cerd Is ncKrsMXly MMhlne genersted 
however it contsins punched turnsrouad ds/ts. Input sad Out][^t fozasts 
follow. 



Pets 

s) Csse #1 - Acfdisitioass 



e«rd Col. Pim4, Ml 



Amount of Payment 


1-6 


17-22 


»*A** 


63 


15 




66 


l6 


C^trol - 


Source 


6T 


1 


SCS 


68—72 


2«.6 


Idbraiy Code 


73-T^^ 


7-8 


&rendi Code 


75 


9 


Che^dn Location 


76 


10 


Transaction Code (D) 


77 


U 


Last 3 digits of the Order 


78-80 


12-14 


Number 


Record Mark 




23 



b) Case #2 -* Claims: 

Same as acquisitions except column €3 contains a ”C". 

/ .. 

.. c) Case #3 - Lacunae: 

Same m acquisitions except column 63 contains an "L'*. 

d) Case 0k - Other Expenditures) ^ 

Same as acquisitions ^except ' column 63 contains an "M". 



f 

r 
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DOCUMENT RESUME 



ED 036 308 


LI 001 845 


AUTriOR 


FRIED, MARTIN D. ; DUNHAM, RUTH 


TITLE 


CALlrORNIA STATE LIBRARY: PROCESSING CENlER DESIGN 

AND SPECIr ICATICNS. VOLUME IV, SERIALS CONYRCL 
SYSTEM. 


INSTITUIICN 


CALxrCRNIA UNIV- , ErRKELEY. INST.. OF LIBRARY 
11 S E A C h « 


SEONS AGENCY 


CAIIFCRNIA STATE LIBRARY, S/CRAMENTO. 


PUE DATE 


SEP 6 5 


NOTE 


RELATED DOCUMENTS ARE LI 001 842, LI 001 843, 
AND LI 001 844, VOLUMES I, 11 AND III Or THIS REPORT 


pjDRS Pr^iCE 


EDRS PRICE MF-Sl.. ~0 hC-$18„30 


DESCRIPTORS 


^i'AUTCMAIICN , *E1ECTRCN1C DATA PROCESSING, 
*INFCRHATION PROCESSING, INFORMATION STORAGE, 
INFORMATION SYSTEMS, INPUT OUTPUT, LIBRARY NETWORKS, 
*LI5RARY TECHNICAL PROCESSES, ^SERIALS 


IDENTIFIERS 


CALIFORNIA STATE LIBRARY PrOCESSING CEMTEI 



AESTE ACT 

THE CSL SERIALS CCNTROl SYSTEM IS AIMED PEIMAF.ILY AT 
SATISEYING CCNTBCl AND RETRIEVAL REQUIREMENTS OR SERIALS DATA ROE 
SUESCEIBEES IC THE CALIFORNIA STATE LIBRARY PROCESSING CENTER 
(CSL-PC), InE PRIMARY OEJECTIVE OR THE SYSTEM IS TO PROVIDE A METHOD 
OR SERIALS CCNTROL WHICH WILL BE VERY RLEXIEIE BOTH IN TERMS OF INPUT 
REQUIREMENTS AND OUTPUT CAP AE ILIi IE5, THE SYSTEM IS ALSO DLSIGNlD TO 
ACCOMMODATE THE Vnr.YING DEGREES Cl COMPLEXITY WHICH WILL OCCUR IN 
SERIAL COLLECTIONS OR DIFFERENT SIZE AND SCOPE. THE SYSTEM IS 
DESIGNED TO FUNCTION AS AN AID TC SERIALS LIBRARIANS IN MAINTAINING 
CONTROL OR THEIR BASIC FILES IN TERMS OR ORDERING, SUBSCRIPTION 
nENEWAX, EXPECTED ARRIVALS, CLAIMING, BINDING, AND HOLDINGS 
INVENTORY- THE MACHINE PCRTICN OR THE SYSTEM IS DESIGNED TO BE 
COMPATIBLE WITH EMERGING STATE AND NATIONAL STANDARDS. TO FURTHER 
This GOAL A MACHINE RECCRD HAS BEEN CONSTRUCTED WHICH STRONGLY 
RESEM-ELES THE STANDARD MACHINE RECORD FOR MONOGRAPHS (MARC) DEVELCPED 
BY THE LIBRARY OR CONGRESS. INCLUDED IN THIS REPORT ARE SECTIONS 
WHICH COVER: (1) A GENERAL INTRODUCTION; (2) TECHNICAL DESIGN; (3) 

THE CONVERSION REQUIREMENTS FOR THE CSL-PC SERIALS RECOi'.DS; AND (U) 
SUBSCRIBER’S GUIDE WHICH PROVIDES A DETAILED DISCUSSION OE EACH DATA 
ELEMENT USED IN Tnlb SYSTEM. (AUTriCR/JB) 



CATALOGING MASTER CARD (CMC) 



A. The CMC is similar in form to the New Order Master Card. It will 
be manually developed either by the local libraries or by the Processing 
Center. It will be verified by the PC before sulmiission. Input and 
Output formats follow: 

Data 

a) Case #1 - L-IF 

These cards will be in the same format as the New Order Master 
Cards except the transaction code (column 77) will contain an 
"E". 

b) Case #2 - CMF 

Same as Case #1 



BINDING TURNAROUND CARD #1 (BTC l) 



A. The BTC 1 can be input for any of several reasons, hoirever its 
format is fixed. One trans€u:tion vill be created using the control 
data from columns 67**80 of the BTC 1 and the action codes in columns 
63 and 66. Ibis card is machine generated, however it may contain 
punched turnaround data. Input and Output formats follow. 



Data 


Input Card Col. 


Output Record Pos. 


Case #1 - Normal: 


Blank 


65 


15 


Blank 


66 


16 


Control - 


Source Code 


67 


1 


SCN 


68-72 


2-6 


Library Code 


73-7U 


7-8 


Brancdi Code 


75 


9 


Checkin Location 


76 


10 


Transaction Code (K) 


77 


11 


Matrix Location 


78-80 


12 


Record Mark 




17 


Case #2 - Complete Ikibound: 



Same as Case #1 except column 63 contains a "U" and column 66 is 
blank. 

c) Case #3 - Incomplete, IMbound: 

Same as Case #1 except column 63 contains an **M** and column 66 
contains an "N". 

d) Case #U - IncoaQ>lete, Bound: 

Same as Case #1 except column 63 contains an **M” and column 66 
contains a *'B". 

e) Case 03 - Cancel: 

Same as Case #1 except column 63 contains a "C** and column 66 is 
blank. 




. 63 . 



BINDING TURNAROUND CARD »2 (BTC 2) 



A. The BTC 2 is very similar to the Payment Turnaround Card both in 
format and function. It is machine generated, but it contains punched 
turnaround data. Input and Output formats follow. 



Data 

a) Caae #1 - Normal 

Amount of Payment 
Blank 
Control - 
Source 
SCN 

Library Code 
Branch Code 
Checkin Location 
Transaction Code (L) 
Matrix Location 



Input Ceird Col. Output Record Pos. 



1-6 


17-22 


65-66 


15-16 


67 


1 


68-72 


2-6 


13-lh 


7-8 


75 


9 


76 


10 


77 


11 


78-80 


12 -lU 

23 



Record Mark 



. NOBMAL CHANGE CARD (NCC) 



A. The NCC can be input in any of several formats. Scane types of 
change transactions will require multiple ceurd inputs whereas 
others will not. These cards are all manually developed either by 
the local libraries or the processing center. All change trans- 
actions affecting the CMF will be reviewed by the Processing 
Center . An asterisk (*) will appear in column 6U of each card 
which is followed by another card of the same set. If the asterisk 
is missing, treat the following card as a new transaction even 
if the control field is identiceJ.. The Input and Output formats 
follow. 



Da^ Input Card Col. Output Record Pos. 

a) Case #1 - Tag Change: 

Card Number 1 



Tag 


1-3 


17-19 


Indicator 


U-5 


20-21 


Delimiters and Data 


6-end or 63 


22- 


if continuations follow 


6k 




ii^ii 


65 


15 


”C” 


66 


16 


Control - 






Source Code 


67 


1 


’ SCN 


68-72 


2-6 


Library Code 


73-7*» 


7-8 


Branch Code 


75 


9 


Checkin Location 


76 


10 


Transaction Code (F or H) 


77 


11 


Soqiience Number 


78-80 


12-lU 


Record Mark 




end 


Card Number 2 and all subsequent cards 


of the same set. 




Delimiters and Data 


1-end or 63 


80- 


if continuations follow 


6k 
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Data 



Input Card Col« 

65 

66 



Output Record Pos 



"C” 

Control - 

same as Card Nr. 1. 
Record Mark 



67-80 



end 



b) Case #2 - Tag Add 

These c€u*ds will be the same as Case ^1 except column 
66 will contain an "A” . 

c) Case #3 - Delimiter Change 

These cards will be the same as Case #1 except colimin 

65 will contain a ”D” and column 66 will contain either a 
”C” or an ”E”. 

d) Case - Delimiter Add 

These cards will be the same as Case ^1 except column 
65 will contain a ”D” and colimm 66 will contain an "A”. 

e) Case #5 - Leader Change 



Type of Entry (CMF only) 


1 


17 


New Library Code (LMF only) 


2-3 


18-19 


New Branch Code (LMF only) 


h 


20 


New Checkin Location (LMF only) 


5 


21 


Activity Code 


6 


22 


Suppression Code 


7 


23 


”L” 


65 


15 


Blank 


66 


16 


Control - 

Source Code 


67 


1 


SCN 


68-72 


2-6 


Library Code 


73 - 7 U 


7-8 


Branch Code 


75 


9 


Checkin Location 


76 


10 
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Data 



Input Card Col, Output Record Pos. 






Transaction Code (F or H) 


77 


11 


Blank 


78-80 


12-lU 


Record Mark 




end 


f) Case #6 - Control Field Change 






Tag 


1-3 


17-19 


Data: formatted exactly as U-end or 63 


20- 


the new tag is to appear 






if continuations follow 


61f 






65 


15 


ffpff 


66 


16 


Control - 






Source Code 


67 


1 


SCN 


68-72 


2-6 


Library Code 


73 - 7 U 


7-8 


Branch Code 


75 


9 


Checkin Location 


76 


10 


Transaction Code (F or H) 


77 


11 


Sequence Number 


78-80 


12-11* 


Record Mark 




end 


g) Case #7 - Matrix Status Change 






Card Number 1 






Tag 


1-3 


17-19 


Year 


k 


20 


If 


5 


21 


Matrix: formatted exactly 6 -end or 63 


22- 


like a record matrix with 






changing locations indicated 






only 






if continuations follow 


6U 




”M” 


65 


15 


Blank 


66 


16 
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Input Card Col. 



Output Record Pos, 



Data 

Control - 



Source 


67 


1 


SCN 


68-72 


2-6 


Library Code 


73-7i» 


7-8 


Branch Code 


75 


9 


Checkin Location 


76 


10 


Transaction Code (H) 


77 


11 


Sequence Nr. 


78-80 


12 -lU 


Record Mark 




end 



Card Nr. 2 and all subsequent cards of the sane set. 

Same as Card Nr. 1 except matrix locations begin in col. 1. 
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NORMAL DELETE CARD (NDC) 



A. The NDC can he input in any of several formats. Some will require 
continuations and some will not. These cards are manually developed 
and an delete transactions affecting the CMF will he reviewed hy the 
Processing Center. An asterisk (*) win appear in column 6k of cards 
in a continued set. Input and Output formats follow. 



Data 

a) Case #1 - Record Delete 

flRff 

”E” or ”W” 

Control - 
Source 
SCN 

Library Code 
Branch Code 
Checkin Location 
Transaction Code (G or j) 
Blank 

Record Mark 

h) Case #2 - Tag Delete 

Tags to he deleted 
Blank 

fftpif 

Blank 

Control 

Same as Case #1 
Record Mark 



Input Card Col . Output Record Pos . 



65 


15 


66 


16 


67 


1 


68-72 


2-6 


73-7U 


7-8 


75 


9 


76 


10 


77 


11 


78-80 


12-lU 




17 


1- 


17 - 


6k 




65 


15 


66 


16 



end 
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Data 



Input Card Col . 



Output Record Pos 



c) Case #3 - Delimiter Delete 
Card Nr. 1 

Tag 1-3 17-19 

Delimiters to be deleted 
followed by next tag 

and delimiters, etc. U- end or 63 20- 

if continuation follows 6U 

"D" 65 15 

Blank 66 l6 

Control' - 

Source Code 67 1 

SCN 68-72 2-6 

Library Code 73-7^ 7-8 

Branch Code 75 9 

Checkin Location 76 10 

Transaction Code (G or J) 77 11 

Sequence Nr. 73-80 12-lU 

Record Mark end 



Card Nr. 2 and all subsequent cards of the 
Same as Card Nr. 1 except column 1 
from column 63 of the previous 



same set. 

Just continues the list 
card. 
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WEEKLY UPDATE PROGRAM 



RUN DESCRIPTION 



Purpose: 



Frequency: 

Inputs: 

Outputs: 



The purpose of this program is to update the serials 
master file with change of status information, new 
entries, data changes, and data deletion. It reatds 
in the most recent master files and the Weekly Sorted 

Transactions Tape and produces new updated master 
files and a transaction and error list. 

This is a wedcly run. 

1. Local Master File 

2. Central Master File 

3* Weekly Sorted Transaction Tiq>e 

1. New Local Master File 

2. New Central Master File 
3« New Orders Tape 

4. Transaction and Error List 
B ind i n g Turnaround Card ^ 



j PMME: 

I 



I 



POiZO 



Run Diogrom 



15 July 1969 




W^ckly 

Up©#iTr 




IHPUT/OUTPUT SPECIFICATIONS 



Tape Files - 

Input : Local Master File 

This tape will normally be the latest IMF 
available. It will be the complete file in 
standard IMF sequen'e. 

Central Master File 

This tape will normally be the latest CMF 
available. It will be the complete file in 
standard SCN sequence. 

Weekly Sorted Transaction Tape 

This tape will be output from FOlOO and 
its format is spelled out in the FOlOO 
specifications. 

Output : New Local Master File 

This tape will be the input IMF updated 
with the trans€u:tions on the transaction tape. 

It will be the complete file in standard IMF 
sequence as follows: 

Major - SCN 

Library Code 
Branch Code 

Minor - Checkin Location 

For a detailed description of the format refer to 
the "Subcriber's Guide" portion of this report. 
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New Central Master file 



This tape will be the input CMF updated 
with the transactions on the transactions tape. 

It will be the complete file in SON sequence. 

For a detailed description of the format refer 
to the "Subscriber's Guide" portion of this 
report. 

New Orders Tape 

This tape will be a copy of all new records 
established on the files due to New Order 
Master Transactions. It will consist of cog^lete 
records in the SCS - MARC format exactly as 
they appear on the IMF and the CMF. Newly 
created CMF records on this file are to be 
flagged as such so they can be identified for 
verification on the New Orders Verification 
List. CMF records which are not new, but 
which have had new orders placed against then, 
will be carried on this tape but not flagged. 

The sequence of this tape will be standard IMF 
sequence, forcing CMF "header" records to precede 
their IMF "trailers". 
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Report: 



Trcuis action and Error List 



Purpose: 



Classification: 
Displayed Data; 

Report Sequences 
Totals : 



This report lists all transactions passed against 
the master files in the Weekly Update Program. 

The report format will be the printed image of 
the original transaction cards. Tremsactions vhidi 
for one or more reasons could not be processed 
against the files will be flagged and followed by 
a message stating the reasons for non-process. 

The report *s primary function is to list all 
transactions and aid in input verification. 



System Report. 



This report will display all input transactions 
reformatted into their original card input form. 
Error messages will be displayed below the card 
or set of cards in which the errors occur. 



This report will be in the sequence of the sorted 
transaction tape. See tape output specifications 
for POIOO. 



The following totals are to be provided: 



The only totals provided with this report will be a 
totals page at the end which displays totals of 
transaction cards processed, transaction cards not 
processed, and totals of transaction cards ly library. 
Transactions affecting t?ie CMP will be totaled as 
Processing Center transactions. Also at the end 
will be the same totals for the overall system. 



EXPECTED ARRIVAL TRANSACTION (EAT) 



A. 



Normal 

1 . 



This ‘transaction indica'tas tha't "tha sys'tam proparly 
pradictad tha axpactad arrival's issua dasignation^ 
and that tha issua has baan racaivad and is in good 
ordar. Its function is to updata tha holdings stata- 
mant with a copy of tha ralatad issua and to cancal 
any claiming action currently in process or due to 
begin under the normal claiming proced'ures. 



2. Format: 



Pos. 

l-l4 

15-16 

17 



Data 

Control 

blank 

Record Mark 



Action: 

a) 



b) 



c) 

d) 



If the arrival is in claimed status in the 
Prediction Matrix, add ”1" to the appropriate 
Claims Tally in TAG OO9. 

Subtract "1" from the four bit Copies Outstand- 
ing Indicator in the Prediction Matrix. If the 
remainder is zero, change the four bit status 
code to "arrived” (2). 

Enter the arrival week into issue entry in TAG 957 
(Arrival History). The form will be | Y|W|W | . 

Add "1" to checkin tally in TAG 009. 



B. Hon-Periodical Serial 

1. This transaction indicates the arrival of a non-periodical 
serial which has a regular numbering pattern. Its function 
is to enter the serial into the Prediction Matrix and 
trigger the production of the next Prediction Matrix 
Location. 

2. Format: Fos. Data 

l-l4 Control 



o 
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Data 



Pos. 

15 N - Non-Periodical 

16 blank 

17 Record Mark 

3. Action: 

a) Add one matrix location to the prediction 
Matrix. 

b) Add "1" to Checkin Tally in TAG 009. 
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UilRXPECTED ARRIVAL TRANSACTION (UAT) 



A. riorinal 

1. This transaction indicates the arrival of any 
unpredicted issue which is to appear on output 
lists. It will contain the Prediction Matrix 
Location of the issue with which the unpredicted 
issue is to be bound or listed. 



2. 


Format : 


Pos. 


Data 






l-l4 


Control 






15-16 


blank 






17-19 


Matrix Location 






20- 


Issue Description 






END 


Record Mark 


3* 


Action: 








a) Add 


"1" to Checkin Tally in TAG 009 . 




b) Add 


the Matrix 


Location and Issue Description 



from the transaction to the end of the list 



of entries in the Additional Issues Description 
delimiter of TAG 971 (Local Prediction). 
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NEW ORDER TRANSACTION (NOT) 



A. Normal 

1 . 



2 . 



3. 



er|c 



- IMF 

This transaction indicates that a new sericd has 
been ordered by a member library. Its function 
is to establish an LMF record for the new serial 
and enter as much data as is immediately available 
into that record. This transaction constitutes the 
normal add transaction to the Local Master File. 
Format : 



Pos. 




Data 


1-lu 




Control 


15 




blank 


l6 




L-LMF 


IT 




Activity 1 


18 




Suppression! 


19-21 




TAG Niamber 


22-23 




Indicators 


2U-25 




Delimiter 


Variable 




Data 


2 positions 




Delimiter 


Variable 




Data 


2 positions 


etc. 


TAG Nmber 


END 




Record Mark 



Leader Data 



Action: 

a) Load the new record onto the LMF, building 
the Leader and Directory along with the 
record. The record will be created in the 
standard LMF format, using the data provided 
in the transactions. 

b) Check processing status in TAG 009 for ”in order” 
status . 

c) If $a and $b of TAG 950 and $a of TAG 957 are 
present set the Holdings Data Present Indicator 
in TAG 009. 
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B . Normal 

1 . 



2 . 



3- 



er|c 



d) If $b of TAG 971 is present set the Holdings 
Data Present Indicator in TAG OO9. 



- CMF 



This transaction indicates that a serial new to the 
system has been ordered by a member library. Its 
function is to establish a CMF record for the new 
serial with as much bibliographic data as is avail- 
able. This transaction constitutes the normal add 
transaction to the Central Master File. 

Format : 



Pos. 


Data 


l-l4 


Control 


15 


blank 


16 


C - CMF 


17 


Activity 


18 


Suppression 


19 


Type of Entry 


20-22 


TAG Number 


23-24 


Indicators 


25-26 


Delimiter 


Variable 


Data 


2 positions 


Delimiter 


Variable 


Data 


2 positions 


TAG Number 


END 


Record Mark 



Leader Data 



Action; 

a) Load the new record onto the CMF, building 

the Leader and Directory along with the record. 

The record will be created in the standard CMF 
format, using the data provided in the transaction. 
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PAYMENT TURNAROUND TRANSACTION (PTT) 



A. Normal - Acquisitions Ejjpenditures 

1. This transaction indicates the actual amount paid for 
a serial acquisitions expense. It vd.ll he used to 
update the accounting module vd.th actual "cost” data 
as opposed to expected "price" data. 



2. 


Fomat: Pos. 


Data 




l-l4 


Control 




15 


A- Acquisition Expenditure 




16 


blank 




17-22 


Amount of Payment 




23 


Record Mark 


3- 


Action: 






a) Add amount of payment tc. 


Total Acquisitions 




Expenditures in TAG 98p (Accounting). 




h) Add amount of payment to Total Expenditures 




This Year in TAG 009. 




Normal 


- Claims Expenditures 




1. 


This transaction indicates the 


amount paid for acquisitions 




of issues which have been claimed. 


2. 


Format: Pos. 


Data 




l-l4 


Control 




15 


C - Claim^Expenditure 




16 


blank 




17-22 


Amount of Payment 




23 


Record Mark 
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3 . Action: 

a) Add amount of payment to Total Claims Expenditures 
in TAG 985 (Accounting). 

b) Add amount of payment to Total Expenditures This 
Year in TAG 009. 



C. Normal - Lacunae (Wants) Expenditures 

1 . This transaction indicates the amount paid for acquisition 



of lacunae 


which are 


purchased. 


Format : 


Pos. 


Data 




1-14 


Control 




15 


L - Lacunae Expenditure 




16 


blank 




17-22 


Amount of Payment 


Action: 


23 


Record Mark 



a) Add amount of payment to Total Lacunae Expenditures 
in TAG 985 (Accounting). 

b) Add amount of payment to Total Ej^enditures This Year 
in TAG 009. 



D. Normal - Other Expenditures 

1 . This transaction indicates the amount paid for general 
expenses other than acquisitions, claims, lacunae, or 
binding. It represents a miscellaneous expenditures field 
for each serial record. 



2 . Format : 



Pos . 

l-l 4 

15 

16 

17-22 

23 



Data 

Control 

M - Miscellaneous 
blank 

Amount of Payment 
Record Mark 
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3 . Action: 

a) Add. amount of payment to Total Other Expenditures 
in TAG 935 (Accounting) 

h) Add amount of payment to Total Expenditures This Year 
in TAG 009. 
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CATALOGING I4ASTER TRANSACTION (CMT) 



A. Normal - IMF 

1. This transaction indicates that a previously ordered serial 
has been received, and it enters the full cataloging data onto 
the Local Master File. It normally indicates a change in 
status from "on order" to "existing order". Its normal func- 
tion is to fill out and update data entered via the New Order 
Transaction which was entered for the serial at ordering time. 
Data entered on this transaction will supersede and replace 



data entered for the same 


delimiter on the 


New Order Transaction 


Delimiters 


which were entered via the NOT and which are not 


present in 


this transaction will remain as they were. Other- 


wise those delimiters and tags appearing in this transaction 


prevail. 








Format: 


Pos. 


Data 






l-l4 


Control 






15 


L - IMF 






16 


blank 






17 


Activity 


Leader Data 




18 


SiQ>pression 






19-21 


Tag Number 






22-23 


Delimiter 






Variable 


Data 






2 positions 


Delimiter 






Variable 


Data 






2 positions 


Tag Number 








etc. 






END 


Record Mark 
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3» Action: 

a) Check each tag and delimiter in the transaction 
against the existing IMF record* 

- If it is present , replace the old delimiter 

with the new one. 

- If it is not present , insert the new de lim iter* 

- If it is present in the old and not in the new 

maintain the old one* 

b) Check the processing status in TAG OO9 for "existing 
order" status. 

c) If $a and $b of TAG 950 and $a of TAG 951 are present 
set the Holdings Data Present Indicator in TAG 009* 

d) If $b of TAG 971 is present set the Holdings Data 
Present Indicator in TAG 009* 



B* Normal - CMF 

1. This transaction indicates that a serial new to the 
system vhXch was recently acquired by a member library 
has been received and cataloged* Its function is to 
enter a full record into the system for the new 
serial. It will be processed similar to the IMF 
transaction* 

2* Format: 



Pos* 


Data 


1-lu 


Control 


15 


C - CMF 


16 


blank 


17 


Activity 


18 


S\q>pression 


19 


Type of Entry 


20-22 


Tag Number 


23-24 


Delimiter 


Variable 


Data 


2 positions 


Delimiter 


Variable 


Data 


2 positions 


Tag Number 


etc* 

END 


Record Mark 
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3- Action: 

a) Check each delimiter in the transaction against 
the existing CMF record. 

- If it is present^ replace the old delimiter 

with the new one. 

- If it is not present^ add the new delimiter. 

- If it is present in the old record and not 

in the transaction^ maintain the old 
delimiter. 
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BINDING TURNAROUND TRANSACTION #1 (BTT l) 



A. Normal 

1. This "transaction indicates "that the system properly pre- 
dicted the binding requirement and the unit is being sent 

to the bindery. 



2. Format: 


Pos. 


Data 




1-lU 


Control 




15-16 


blank 




17 


Record Mark 



3. Action: 

a) Change status codes in prediction matrix to ”at the 
bindery” status. 

b) Increment 1 significant fields in prior upper limit 
of the "next binding unit" field by one increment. 

c) Enter the result into the lower limit of the "next 
binding unit" field in the binding module tag. 

d) Insert blaxilLS into the upper limit of the "next 
binding unit" field in the binding module tag. 

e) Set "at the bindery" flag in the "inaccessibles 
indicator" field in TAG 009 of the IMF. 

f) Produce a Binding Turnaround Card #2. 

g) Clear indicator for BTC #1 due back. 

h) Set indicator for BTC #2 due back. 



B. Complete - Unbound 

1. This transaction indicates that the system properly pre- 
dicted "the binding requirement, however the unit is to 



2 . 



remain unbound. 




Format : Pos. 


Data 


1-lU 


Control 


15 


U - Unbound 


l6 




17 


Record Mark 



o 
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3. Action: 



a) Change status codes in Prediction Matrix to 
"Holdings” status. 

b) Increment all significant fields in prior upper 
limit of the "Next Binding Unit" field by one 
increment . 

c) Enter the resiilt into the lower limit of the 

"Next Binding Unit" field in the Binding Module 
Tag. 

d) Insert blanks into the upper limit of the "Next 
Binding Unit" field in the Binding Module Tag. 

e) Cleeir indicator for BTC #1 due back. 



C. Missing— Unbound. 

1. This transaction indicates that the system properly pre- 
dicted the binding requirement, but issues were found to 
be missing. The "N" in pos. l8 Indicates that the unit 
was not bound and awaits further instructions. Until 
further instructions are received, the unit will remain 

in holdings as unbound and the missing issues will appear 
on the Missing Issues List as "Required for Binding " 

until the end of the ciarrent calendar year. 



2. 


Format : 


Pos. 


Data 






l-l4 


Control 






15 


M — Missing Issues 






16 


N— Not Bound 






17 


Record Mark 


3* 


Action: 







a) Generate matrix locations in holdings matrix for 
bib. units being transferred, and enter them as 
incomplete units. 

b) Increment all significant fields in prior upper 
limit of "next binding unit" field by one incre- 
ment* 

c) Enter the result into the lower limit of the "next 
binding unit" field in the binding module tag. 
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d) Insert blanks into the upper limit of the "next 
binding unit" field in the binding module tag. 

e) Sdt "Missing Issues" flag in the "inaccessibles 
indicator" in tag 009 of IMF. 

f) Zero indicator for BTC # 1 due back. 



D. Missing Issues— Bound. 

1. This transaction indicates that the system properly pre- 
dicted the binding requirement, but issues were found 
to be missing. The "B" in pos. l8 indicates that the 

unit was bound without the missing issues. Until 
further instructions are received, the incomplete units 
will appear on Holdings Lists as incomplete. 

2. Format: 

l-l4 Control 

15 M— Missing Issues 

l5 B — Bound 

17 Record Mark 



3. Action: 

a) Change status codes in pred. matrix to "At the 
Bindery" status if received. 

b ) Increment all significant fields in prior upper 
limit of binding unit by one increment. 

c) Enter the result into the lower limit of the 
binding unit field in the binding module tag. 

d) Insert blanks into the upper limit of the bind- 
ing unit field in tag 9^0 of the IMF. 

e) Set "At the Bindery" flag in the "inaccessibles 
indicator" field in tag 009 of the IMF. 

f ) Produce a Binding Turnaround Card #2. 

g) Set "Missing issues" flag in the "inaccessibles 
indicator" in tag 009 of the IMF. 

h) Clear indicator for BTC #1 due back. 

i) Set indicator for BTC #2 due back. 
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E. Cancel. 



1. This transaction indicates that the system’s prediction 

was correct, however the unit was physically too small to bind 
or binding should occur at a different level. The 
system provides for binding slips to be triggered 
either by a predetermined time frame or upon com- 
pletion of a specified bibliographic unit. It may 
happen that the thickness of a serial would vary 
considerably, and sometimes it would be desirable to 
bind two or more bibliographic units or time frame 
increments into one bound volume. Thus the function 
of this transaction is to cancel the binding action 
Indicated and awadt the next binding trigger. It will 
not, however, change the binding time frame. If that 
action is desired, a normal change transaustion is re- 
quired. 



Format: 



Pos. 


Data 


1-lU 


Control 


15 


C — Cancel 


l6 


¥ 


17 


Becord Mazic 



Action: 

a) Clear indicator for BTC #1 due bakck. 






BINDING TURNAROUND TRAI'ISACTION #2 (HET 2) 

A. Normal 

1. This transaction indicates that a binding unit which 
was previously sent to the bindery has been returned 
bound. Its function is to transfer the bound unit 
to permanent holdings and to enter the binding cost. 



2. 


Format : 


Pos. 


Data 






1-14 


Control 






15-16 


blank 






17-22 


Binding Cost 






23 


Record Mark 


3 * 


Action: 







a) Add binding cost to Total Binding Expenditures | 

in Tag 985 (Accounting) i 

b) Add binding cost to Total E3^enditures This Year 
in Tag OO 9 . 

c) Transfer the bibliographic unit(s) bound in the 
associated binding unit to the Permanent Holdings 
Matrix. The first bibliographic unit will be 
entered into the matrix location indicated in the 
control data of the transaction. Other biblio- 
graphic units will follow in publication sequence. 

d) Clear the BTC #2 due back indicator. 
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NORMAL CHANGE TRANSACTION (NCT) 



A. 



The change transaction can be entered in any of several 
formats. It is designed to affect different levels of the 
data structure, depending upon the format used. The follow- 
ing specifications indicate the primary formats and the 

/ 

appropriate actions. Position 15 will indicate the level 
of change of the transaction. The highest level of change 

for one transaction is the Tag level. 

1. General tag Change 

a) Format: 



Pos. 


Data 


l-l4 


Control 


15 


T - Tag 


16 


C - Change 


17-19 


Tag Number 


20-21 


Indicators 


22-23 


Delimiter 


Variable 


Data 


2 positions 


Delimiter 


Variable 


Data 


etc. 




END 


Record Mark 



b) Action: 

1) Locate the tag indicated in positions 
17-19> and replace it with the data in 
this transaction. 

2) If the tag is not present and the tag and 
its delimiters are valid insert the data 

in this transaction and list the transaction 
on the error list as an invalid change. 



Data 



General Tag Add 
a) Format: 



Pos . 

l-l4 

15 

16 
17- 
end 



Control 

T-Tag 

A-Add 

Same as preceeding 
Record Mark 



3- 



b) Action: 

1) If the Tag is already present in the record, 
list this transaction on the error list as 
an invalid add. Do not add it. 

2) If it is not present and the tag and its 
delimiters are valid, add it to the record 
and update the directory. 

General Delimiter Change 



a) Format: 



Pos . 

l-l4 

15 

16 

17- 

end 



Data 

Control 

D - Delimiter 

C - Change or E - Error 
Correction. 

Same as preceeding 

Record Mark 



b) Action: 

1) Locate the tag indicated in positions 17-19^ 
and replace the delimiter as indicated in the 
transaction. Delimiters not appearing in the 
transaction will not be affected. 

2) If a delimiter in the transaction is not pre- 
sent and it is a valid delimiter, add the 
transaction and list it on the error list 

as an invalid change. 

3) If the delimiter being changed is $ a, $b, or 

$d of tag 970 and position l6 of the transaction 




contains a C, develop an entry for Tag 970 
$y in addition to changing the indicated 
delimiter ( s ) . If position l6 contains an 
E, only replace the delimiter (s) indicated 
and do not create a 970 $y entry. 

General Delimiter Add 
a) Format: 



Pos. 


Data 


l-l4 


Control 


15 


D - Delimiter 


16 


A - Add 


17- 


Same As preceeding 


EHD 


Record Mark 



b) Action: 

1) If a delimiter in the transaction is al- 
ready present in the record, do not add 
it and list it as an invalid add. 

2) If it is not present and the delimiter is 
valid, add it to the record and update the 
directory. 

3) If $a or $b of Tag 950 or $a of Tag 951 is 
added check to see if all are present. If 
yes set the Holdings Data Present Indicator 
in Tag 009 . 

4) If $b of Tag 971 is added set the Holdings 
Data Present Indicator in Tag 009. 

Leader Data Change 
b) Format: 



Pos. 


Data 






l-l4 


Control 






15 


L - Leader 






16 


Blank 






17 


Type of Entry 


(CMF 


only) 


18-19 


Library Code 


(IMF 


only) 


20 


Branch Code 


(IMF 


only) 



o 
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Pos. 


Data 


21 


Checkin Location (IHF only) 


22 


Activity Code 


23 


Suppression Code 


24 


Record Mark 


c) Action: 




1) Check the file entry in 


Pos. l6 against 


the codes in the transaction and change 


those codes indicated if valid. If a field 


is blank do not affect 1 


that field in the record. 


Control Field Tag Change 




a) Format: Pos. 


Data 


1-14 


Control 


15 


T - Tag 


26 


F - Fixed Length Tag 


17-19 


Tag Number 


20- 


Formatted like the 




Tag it is changing. 


END 


Record Mark 


b) Action: 




l) Scan the transaction for entries. When an 


entry is found check it 


for validity and if 


valid replace the existing field with the 


entry. 




2) Fields which are blank 


in the transaction 


will not be affected. 




Matrix Status Change 




a) Format: Pos. 


Data 


1-14 


Control 


15 


M - Matrix 


16 


Blank 


17-19 


Tag Number 


20 


Year 
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Pos . 

21 

22 - 



Data 



b) Action: 



EIJ) 




Formatted like the 
standard Matrix Format, 
(l Pos. per issue or 
volume ) 

Record Mark 



1) Locate the indicated Tag and year in the 
record. Scan the transaction for entries, 

and when one is found, change the corresponding 
position in the record as indicated. 

2) Blank entries in the transaction will be ignored. 

3) If the transaction matrix is of a different 
length than the record matrix, do not make any 
changes and list the transaction on the error 
list as an iinproper length matrix entry. 
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NORMAI. DELETE TRAKF.ACTION (NDT) 



A. The delete transaction can be entered in any of several 
formats. Like the change transaction^ it is designed to 
affect different levels of the data structure, depending 
on the format used. Position Ip will indicate the level 



to be affected. The hipest level vhich can be deleted by 
one transaction is the record level. 



Record Delete 




a) Format: 


Pos. 




l-l4 




15 




16 




17 



Data 
Coatx^ol 
K - Record 

E - Error or W - Withdrawn 
Record Mark 



b) Action: 

1) If position l6 contains a W, enter the 
withdrawn status into the Activity Code 
in the IMF Leader. 

2) If position 16 contains an E, delete the IMF 
record from the file. 



Tag Delete 








a) Format; 


Pos. 




Data 




1-14 




Control 




15 




T - Tag 




16 




blank 




17-19 




First Tag to be deleted 




20-22 


etc. 


Second Tag to be deleted 




END 




Record Mark 


b) Action: 








l) Locate 


the correct record and delete the 



indicated tags. 



3 - 



Delimiter Delete 
a) Format 



Pos. 


Data 


1-14 


Control 


15 


D - Delimiter 


16 


blank 


17-19 


Tag Number 


20-21 


First Delimiter to be deleted 


22-23 


Second Delimiter " " 


24-26 


Tag Number 




etc. 


EM) 


Record Mark 



b) Action: 

l) Locate the correct record and tags euid delete 
the indicated delimiters. 
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MONTHLY STATUS 
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RUN 



RUN DESCRIPTION 



Purpose: 



Frequency: 

Inputs: 



Outputs: 
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The purpose of this program is to update the serials master 
files with predictions of the next month's expected events. 

This includes developing the next month' s expected arrivals, 
scanning the files for claims due, binding actions due, pay- 
ments or renewals due, and predicting new actions to be taken 
during the month. It will normally read in the master files 
from the last weekly update of the month and produce new updated 
master files and the monthly status work tape. 

This is a monthly run. 

1. Local Master File (End of Month). 

2. Central Master File (End of Month). 

3 . Library Profile Tape. 

1. New Local Master File 

2. New Central Master File 

3 . Monthly Status Work Tape 
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VC150 



PtlAME: 



Run Diogram 



DATE: 



15 JvLY 1369 




I 

t 
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INFUT/OUTPUT SPECIFICATIONS 



TAPE FILES - 

Input : EOM Local Master File 

This tape will normally be the last weekly lilF of the month. 
It will be the complete file in standard IMF sequence. 

EOM Central Master File 

This tape will normally be the last weekly CMF of the 
month. It will be the complete file in standard SON 
sequence. 

Library Profile Tape 

This tape will be a control tape which is read in before 
processing begins and referred to during updating. Its 
format and sequence are to be developed by the prograjnmer. 

Output : New Local Master File 

This tape will be the EOM - IMF updated with prediction 
data for the next month's activities. It will be the 
conrplete file in standard IMF sequence. For a detailed 
description of the format refer to the "Subscriber's 
Guide" portion of this report. 

New Central Master File 

This tape will be the EOM - CMF updated with prediction 
data for the next month's expected ai'rivals. It will 
be conplete file in standard SCN sequence. For a de- 
tailed description of the format refer to the"Subscriber ' s 
Guide" portion of this report. 
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Monthly Status Work Tape 



This tape will consist of an extract of all data required 
for the outputs which derive from it. These outputs are 
indicated in the system flowchart and are specified in 
the following pages. This tape will be in the Standard 
CST.-PC Serials Control System Format with the exception 
of the prediction tag. The standard prediction tag will 
be replaced by the Issue Designation Storage Tag (975) 
ur, apecified herein. Later actions and extracts against 
this tane will be determined by what is extracted by the 
Monthly Status liun and output onto it. 
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MONTHLY STATUS RUN SPECIFICATIONS: 

INTRODUCTION 

The specifications for this program are organized into three separate 
sections. These are l) Introduction, 2) Prediction Phase, and 3) Output 
Phase. The prediction and output sections deal specifically with the 
basic program algorithms whereas the introduction concentrates on or- 
ganizing and discussing the pertinent data elements for issue prediction 
and status control. All prediction processing and primary status setting 
is accomplished by this program. This includes expected arrivals prediction, 
claiming control through to the missing status, binding control both by 
bibliographic unit and temporal pattern, and extra issues and special 
action prediction through the Special Activities Pattern. 



Expected Arrivals Prediction; 

Our approach to issue prediction amounts to an expansion of the Publication 
Pattern into a week-based yearly calendar. Through knowledge of the last 
issue published, the method of generating issue designations, and deter- 
mination of the number of issues expected during the next month, the 
system can develop a list of those issues expected. This portion of pre- 
diction is covered in the next section. The resulting Expected Arrival 
Cards (EAC) are to be sent to the appropriate checkin stations, and upon 
receipt of the issue, the cards are to be returned to the system. One 
EAC will be produced for each copy of each issue expected by a checkin 
station and a card is to be returned for each copy received. For a 
detailed description of the EAC see the specifications for the Weekly 

Update Program (P0120). 
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Automatic Claiming: 



Our approach to claims is quite simple and straightforward. It amounts to 
an automated duplication of the manual procedure of visually scanning the 
file (Kardex) periodically and claiming issues which should have arrived, 
but have not. Other approaches have been and are being considered, such 
as statistical methods of claiming; however, at this time such approaches 
have not been developed to the state of a working model. In anticipation 
of such a working model in the future, we have allowed for storing the 
actual arrival dates for a period of one year within the working files and 
indefinitely on a history storage file. Included in this report is a sec- 
tion dealing with possible statistical models which show promise and should 
be further investigated. (See Appendix II ) 

Claiming will automatically be accomplished by this system on a 
monthly basis and will be triggered by the claim delay codes. The system 
will provide for two levels of automatic claims to be issued before an item 
is placed on missing issue status. A claiming action will consist of issu- 
ing a claims slip and continuing to issue expected arrival cards for the 
claimed items until they are received. All claiming slips are to be reviewed 
by the local claims staff before release in order to verify their correct- 
ness. At that time the reviewing librarian can follow any one of three 
courses of action. First, he can authorize the claim and send it on its 
way as normal procedure. Second, he may discover that the claimed item 
has actually arrived and have the EAC turned in on it. Or third, he may 
discard the first claim because of knowledge of extraordinary conditions, 
such as a mail holdup, and await the second claim before taking action. 
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Binding Control: 

For numbered periodicals, it is convenient to bind by bibliographic unit 
(i.e. volume). For unnumbered or non-periodic serials it is common practice 
to bind according to a temporal or calendar based time frame. The system 
provides for either type of binding control to be automatically 
acconrplished on any one serial. Only one approach however will be avail- 
able to any one library on any one serial record. This means that the system 
will not cue binding on both a bibliographic unit and a time frame for 

one library on the same serial record. The cueing used will be determined by 
the binding trigger field in Tag 009. Binding control is primarily ac- 
complished through the output phase of the program, and is fully discussed 
in that section. 

Binding actions are tracked by the system via two Binding Turnaround 
Cards. The BTC 1 data along with the binding slip data will be issued by 
this program. This output will be forwarded to the local binding staff 
for review and action. The local staff must return the BTC 1 indicating 
the action taken. Possible actions include l) unit has been sent to 
bindery, 2) transfer the unit to holdings unbound- incomplete, 3) "the unit 
is being bound as incomplete, 4 ) transfer the unit to holdings as unbound- 
complete, or 5) cancel this binding action. Upon return of the BTC 1, the 
system will take the appropriate action, and if the unit was sent to the 
bindery a BTC 2 will be issued. The BTC 2 acts as a bindery claiming 
device, which if not returned within a specified time will trigger a 
notice indicating that the unit should have been received from the bindery. 
Upon return of the BTC 2 the unit will be transferred to holdings and re- 
moved from the prediction matrix. 
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Gpecial Activities Trediction: 



.‘pecial activities or issues are predicted by the system via the Special 
Activities Tattern- I reiictable activities include payment, due, renewal 
due, teiT 5 )oral binding due, or ordering of Title Page, Contents, Index, or 
extra issues due. predictable special issues include title page, contents, 
index, or special supplementary issues which do not conform to the normal 
numbering sequence as specified in the Issue Designation Pattern. Activities 
or issues which appear in the SAP will be output for the month during 
which they are to occur or are expected . There are no delay codes associated 
with this field. Thus if an index is to be ordered in June and should 
arrive in duly, the SA? must indicate the function in the appropriate month. 
Or if a binding unit is to include everything published throu^ the end 
of June, the SAP must indicate that the binding unit concludes in June. 
However, binding is a special case since the SAP acts only to trigger the 
binding control process. Outside the control of the SAP the system will 
assign the Binding Delay Code to the binding unit indicated by the SAP. 

P015' consists of a series of algorithms centered around the develop- 
ment of the data required to accompli di the tasks described above. These 
prediction processing routines are dependent upon several general calendar 
routines. These routines are not herein specified, however most of them 
are in common use in business and PERT network progranming. Among the 
routines which will be essential to this processing are conversion 
routines for Julian day to calendar day, calendar day to Julian day, 
relative week to calendar day (i.e. the calendar date of each Friday of 
any year), and month to mimber of weeks (i.e., Fridays). 

Also in order for the programmer to accomplish the above objectives, 
he must become familiar with the data represented in the prediction tags 
JJO and 971. Therefore, a discussion of the requisite data elements fol- 
lows; however, the data field discussions presented here are meant only 
to introduce the programmer to the fields and make him aware of their 
general functions. In order to fully understand the types of data that 
may be encountered in these fields it will be necessary to study the 
Subscriber’s Guide portion of this report. 
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PUBLICATION PATTERN - (970 - CMP): 

The publication pattern is the heart of the prediction module. This 
data element describes the frequency of any given serial within a calendar 
based time frame. This means that it indicates how many issues (numbered 
issues if a numbering scheme exists) are to be published during any month 
or year, and during which week or month those issues are to be published. 
Publication pattern was chosen as the key to prediction first because it 
is the most reliable piece of data upon which an arrival pattern can be 
based, and secondly because it allows an effective way of entering totally 
nn pypected arrivals into the system. 

If the claiming aspect of the system is ever to be implemented on a 
weekly basis (a very desirable capability), the ejected week of arrival 
is a necessary element. For this reason we have developed a coding scheme 

which reflects serial publication patterns to the week of publication. 

All regular and irregular-but-predictable publication patterns under which 
a serial can be published can be represented by the coding scheme. 

The pattern consists of a twelve position field; one position for each 
month. Each month holds a code which indicates how many issues are to be 
published during the associated month and during which week(s) publication 
is expected. The system is geared to h and l e publications with a frequency 
of weekly or any higher level (i.e. monthly, yearly, etc. ) Ai^r publication 
which is publi^ed more often than five times per month cannot at present 
be predicted by the computer. The allowable codes in this field are as 



follows : 



Codes 



- Nothing Published 


G 


1 - 1st week 


H 


2 - 2nd " 


J 


3 - 3rd ’• 


K 


4 - 4th " 


L 


5 - 5th " 


M 


6 - weekly 


N 


7 - biweekly 


0 


8 - 1st & 2nd weeks 


P 


9 - 1st & 3rd ” 


R 


A - 1st & 4th " 


S 


B - 1st & 5th " 


T 


C - 2nd & 3rd " 


U 


D - 2nc' & 4th ” 


V 


E - 2nd & 5th " 


W 


F - 3rd & 4th 


X 



- 3rd & 5th weeks 

- 4th & 5th " 



1st, 2nd, & 3rd weeks 



- 1st, 


2nd, 


& 4th 


tf 




- 1st, 


2nd, 


& 5th 


ft 




- 1st, 


3rd, 


& 4th 


ft 




- 1st, 


3rd, 


& 5th 


If 




- 1st, 


4th, 


& 5th 


It 




- 2nd, 


3rd, 


& 4th 


If 




- 2nd, 


3rd, 


& 5th 


ft 




- 3rd, 


4th, 


& 5th 


ft 




- 1st, 


2nd, 


3rd, & 


4th 


weeks 


- 1st, 


2nd, 


3rd, & 


5th 


ff 


- 1st, 


2nd, 


4th, & 


5th 


ft 


- 1st, 


3rd, 


4th, & 


5th 


ff 


- 2nd, 


3rd, 


4th, & 


5th 


ft 
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Publication Pattern Example; 






JFMAMJt: ASOND 

1 6 le le U le li li ie le le le 16 



The example above describes a serial which is published weekly except 
for June and July, when it appears monthly. Under the current system, 
monthly or yearly publications should be entered as being published 
during the first week of the month of publication unless the actual 
week of publication is known. 

ARRIVAL DELAY CODE - (970 - CMF): 

Attached to the publication pattern is a field denoted "Arrival 
Delay Code". This is a two position element which indicates the nuniber 
of weeks prior to or after the publication date the serial is expected 
to arrive at the local check-in station. If the issues are expected 
prior to the publication date, the arrival delay code will be negative. 

If expected after the publication date, it will be positive. 

Using the publication pattern and the arrival delay code, the system 
will produce a list of current e^qpected arrivals. In conjunction with 
this list, an Expected Arrival Card (EAC) will be produced for each copy 
of each serial expected by each check-in station. For example, if ten 
copies of one serial are received by one check-in location, ten EAC s 
will be produced; one for each copy. The Eaqpected Arrivals List (EAL) 
will be produced monthly, but will show serial issues by the expected 
week of arrival and by issue designation (e.g. volume and issue number). 
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IG^UE DESIGNATION PATTERN - (970 CMF}: 



The second data field fundamental to issue designation prediction 
is the issue designation pattern. This field indicates the names of 
issue designation units, their interdependence, and their incrementing 
scheme. The publication pattern tells the system how many issues are 
due and when, whereas the issue designation pattern tells it what the 
issues are called and how the numbering system functions. This code 
consists of a combination of fixed and variable length data elements. 

Name of Numbering Division 
Binding Unit? (Y or N) 

Directly Superior Numbering Division Name 

Nuiriber of Cycles (increments) Before Incrementing 
Superior Field 

Cycle (increment) Counter 
Increment Value 
Reset limit 

Reset Value 

I voiIy \mU l)i I01 1 I 

For description of the data elements of this field refer to the CSL-PC 
Subscriber's Guide (TAG 970 - $a). This field is repeatable with the 
delimiter and each field is defined by a field separator. There will be 
one field or entry for each level of predictable designation. Thus there 
must be an entry for each entry in the start values delimiter. For example, 
if a serial like Time Magazine is considered, it will have three entries 
in this deJimiter; one for each designation level. These would be date, 
number, and volume. The above example shows an entry (volume in this 
case) which is the binding unit, has no superior numbering division, 
increments by 1, and is a non-cyclic or continuous value. 
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MATRIX START VALUES - (970 - CMF): 

The third data field which is necessary for issue designation pre- 
diction is the Matrix Start Values Delimiter. This delimiter provides the 
values which will be used as a basis from which the Publication Pattern 
and the Issue Prediction Pattern can begin generating issue designations. 
This delimiter must contain an entry for every entry in the Issue Desig- 
nation Pattern. The Matrix Start Values Delimiter and the Issue Designa- 
tion Pattern should parallel one another in content, however not neces- 
sarily in sequence. The entries in the Matrix Start Values Delimiter 
must be entered in the same order as they are to appear on output. 

The only restriction on this order is that superior fields MUST BE entered 
to the right of their subordinate fields. Entries in the Issue Pre- 
diction Pattern can be entered in any order. The format of a Matrix 
Start Values Field is as folio.* j: 

Numbering Division Name 
Value 
I NUM I24 I 

This is a repeatable field within the delimiter with each field being 
defined by a field separator. 

Legitimate sequences of entries for a serial whose issue desig- 
nation is in terms of month, year, number, and volume are as follows: 

(year is superior to month and volume is superior to number): 

Month, Year, Number, Volume 

Month, Number, Year, Volume 

Month, Number, Volume, Year 

Number, Volume, Month, Year 

Number, Month, Volume, Year 

Number, Month, Year, Volume 
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DELAY CODES - (971 - LMF): 



This delimiter indicates the delay factor associated with the 
various actions controlled by the system. The format is as follows: 

Claim Delay 1 (weeks) 

Claim Delay 2 (weeks) 

Missing Delay (weeks) 

Binding Delay (months) 

$a I o4 I 08 1 19 I C>6 I 

Claim Delay 1 indicates the number of weeks after publication to issue 
the first claim for an unreceived issue. 

Claim Delay 2 indicates the number of weeks after publication to issue 
the second claim for an unreceived issue. 

Missing Delay indicates the number of weeks after publication to declare 
an issue missing and discontinue producing EAC's. 

Binding Delay indicates the number of months after prediction of the 

last issue of the binding unit before issuing a bTC 1 and Binding 
Slip. 



- Il6 - 




SPECIAL ACTIVITIES PATTERN - (971 - LMF): 



This delimiter is a twelve position code which indicates special 
issues or activities expected during the year. Its function was discussed 
in the paragraph on special activities prediction. The allowable codes in 
this field are as follows: 



Code Activity 

No activity this month 
A Payment to be made this month 

B Renewal to be made this month 

C Binding Notice to be issued this month - indicates that binding 

unit is now complete and, if no binding delay is given, that 
the Next Binding Unit should be prepared for binding. 

D TPCIX (Title Page, Table of Contents, ^ndex or Extra unnum- 

bered issue) to be ordered this month 
E TPCIX arrives this month 

F Payment and Renewal 

G Payment and Binding 

H Payment and TPCIX Ordered 

J Payment and TPCIX Arrives 

K Payment, Renewal, Binding 

L Payment, Renewal, TPCIX Ordered 

M Payment, Renewal, TPCIX Arrives 

N Payment, Binding, TPCIX Ordered 

Q Payment, TPCIX Ordered, TPCIX Arrives 

R Renewal, Binding 

T Renewal, TPCIX Ordered 

U Renewal, TPCIX Arrives 

W Renewal, Binding, TPCIX Ordered 

X Renewal, Binding, TPCIX Arrives 

Y Renewal, TPCIX Ordered, TPCIX Arrives 

Z Binding, TPCIX Ordered 

1 Binding, TPCIX Arrives 

2 Binding, TPCIX Ordered 

3 TPCIX Ordered, TPCIX Arrives 

4 Payment, Renewal, Binding, TPCIX Ordered 

5 Payment, Renewal, Binding, TPCIX Arrives 

6 Payment, Binding, TPCIX Ordered, TPCIX Arrives 

7 Renewal, Binding, TPCIX Ordered, TPCIX Arrives 

Due to the number of unrelated activities which are keyed through this 
delimiter, it may be advisable to simplify the input form. One possibility 
would be to develop a form with five separate time frames, one for each type 
of action indicated above. The computer could compress the separate patterns 
into one SAP as specified using the codes indicated above. The five types of 
action indicated are: Payment, Renewal, Binding, Ordering and Arrivals. 
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PREDICTION MATRIX - (971 - IMF): 



The Prediction Matrix in the Local Master File consists of one 
character location for each issue which has been predicted to date 
and has not been transferred by the member library to permanent 
holdings. The only exception to this occurs when less than a full year s 
issues is transferred to permanent holdings. In this case those issues 
which have been transferred will remain in the Prediction Matrix until 
the last issue of the year is transferred. The matrix is divided into 
year segments with the first position of each segment indicating the 
year. For example, the matrix format for the year I 968 of a monthly 
serial would be as follows: 



Year 



Issues 




I fol 8 i I I I 1 I I 1 I I I I 1/ 1 



Each location between the year indicator and the field separator 
represents one issue. The LMF matrix is used to track the status 
of each of these issues. Thus each location carries codes to indicate 
the status of the issue and the number of issues still expected. This 
is done with two four bit codes in each character position. The upper 
four bits indicate the status and the lower four bits indicate the 
number of copies outstanding. Obviously this limits the number of 
copies trackable by one record to a maximum of 15, however, it can 
safely be assumed that if one library branch receives over 15 copies 
of a serial, they will maintain more than one permanently 
held copy. 
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The individual character locations are split into two four-bit 
codes as follows: 



Upper 4 bits - Status Code 

Code 

1 

2 

3 

4 

5 

6 
7 



Status 
Expected 
Arrived 
Claimed Once 
Claimed Twice 
Missing 

In Binding Process 

Transferred to Permanent Holdings 



Lower 4 bits 



Expected Issues Counter 



The binary value of these four bits indicates the number of 



copies outstanding. 

Thus the 1968 example above may look like: 



Issues 







6 1 


6 1 


1 5 


4 


2 


2 


1 3 


0 1 


0 


1 


2 


0 


0 


1 2 




Status 
Copies Out- 
standing 



This is a repeatable field, meaning that for each year that a library 
has any issues which have not been transferred to permanent holdings 
(tag 951), there will be a year's matrix. The current year's matrix 
will carry one character location for each issue predicted as of the last 
monthly status run. All other year matrices will indicate all Issues 
predicted for the year. Thus the local prediction matrix for the monthly 
above through June of 1969 might be: 



1968 



$bia 



7 

0 



7 

0 



7 

0 



6 

1 



6 

0 



6 

0 



2 

0 



5 

1 



2 

0 



2 

0 



1969 



4 

1 



3 

2 



/l9lg|glililgUI: 



JFMAMJJAS0ND 



J F M A M J 



I- status 
copies 
outstanding 
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In the above example, when the status of the December issue is changed to 
7 (permanent holdings), the 1968 year matrix will be dropped from this IMF 
record. The following two sections present algorithms for changing the 
status codes in the prediction matrix. Not all status changing however is 
acconrolished by this program since the Weekly Update Program is concerned 
largely with updating and changing status. The Monthly Status Run is pri- 
marily concerned with the initial setting of status codes. 



PREDICTION MATRIX - (970 - CMF): 

The format of the CMF prediction matrix is identical to that of the IMF 
Matrix with two major exceptions. First, the CMF Prediction Matrix indi- 
cates one character location for each issue from the first issue of the 
earliest year for which any member library has holdings not transferred to 
TAG 951; through the last issue predicted. Secondly, no status tracking 
informaion is carried in the CMF matrix. Thus an example of the CMF matrix 
corresponding to the IMF exampJ.e above might be: 



1967 1968 1|69 

I $bl 7 l I 1 I I I I I 1 I I 11 / I 8 | I 1 I I I I II I 1 I I/I9I I I I 



JFMAMJJASOND JFMAMJJASOND JFMAMJ 



The CMF matrix above for the IMF matrix preceding would indicate that 
some other library within the system still maintains some holdings from 
1967 which have not been transferred to permanent holdings (i.e. bound). 
The CMF matrix will retain the 1967 matrix until all members' holdings 
are made permanent. Also the Matrix Start Values delimiter 3 ’n the CMF 
record will refer to the values of the issue designation for location 701. 
(the first matrix location in 1967)* 



This completes the discussion of the major data elements involved in 
prediction. The next section deals with how to put these elements into 
operation to develop the next month's predictions. 



MONTHLY STATUS RUN SPECIFICATION: 

PREDICTION PHASE 

The prediction process will be accomplished in central memory using 
the data fields discussed in the introduction. The prediction phase of 
the program is concerned with status checking and generation of new matrix 
locations for both the LMF and CMF matrices. The main output of this phase 
of POI50, however, is a list of issues, by matrix locatioi^ which require 
action in the output phase. This list will include new issues predicted, 
unreceived issues which are to be claimed, and unreceived issues which are 
to be reclassified as missing. 

This phase of processing will be accomplished in twelve basic steps. 
Those steps are listed below and then followed by an example. The example 
should clarify the prediction phase of the operation and provide the ans- 
wers to any questions which may arise. The basic steps in the prediction 
process are as follows: 

STEP 1 - Develop in memory a work area of 52 fields (one for each week 

of the current year), and using the Publication Pattern, insert 
the Prediction Matrix Location of each issue expected into 
its week of Publication . 

STEP 2 - Using the local prediction matrix, insert the status data for 
each issue of the current year. 

STEP 3 - Load a reference point register such that it points to the 
publication week whose issue was last predicted. 

STEP 4 - Determine the number of weeks in the month being predicted. 

STEP 5 - Check the next week for publication. If an issue is to 

be published, generate a location for it in the prediction 
matrix and store the address (matrix position) of the new 
location. 

STEP 6 - Repeat STEP 5 for each week in the month being predicted. 
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STEP 7 - Dete;?mine the nimiber of weeks in the last month predicted. 

STEP 8 - Load the Reference Point Register (RPR) with the last publi- 
cation week currently ready for first claims. 

STL. 9 - Check the week indicated by the RPR for outstanding issues 
and if found, store the address of the claimable issue. 

STEP 10 - Repeat STEPS 8 and 9 for each week in the last month predicted. 

STEP 11 - Repeat STEPS 8,9, and 10 for the second claim period. 

STEP 12 - Repeat STEPS 8,9, and 10 for the missing delay period. 

The example on the following pages ej^ands the steps listed above into a 

more explicit form. This example should be thoroughly understood before 
proceeding into the preliminary programming stages. This procedure is not 
meant to be absolutely rigid. It is ejqpected that if the programmer can 
acconrolish the output requirement through a simpler method it should be 
used. However this approach will accon 5 )lish the desired goals and should 
be used as a starting point. 

The exaji?)le shows the work area for the current year only. For actual 
processing this work area will cover the entire span of years indicated in 
the CMF matrix. 
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I 



*A11 CMF items will be found in TAG 970; imf items in TAG 971 



TKI’C 1^2: Develop a work area» load it with matrix locations of published issues, and insert local status data. 
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PREDICTION PROCESS EXAMPLE (CONTINUED) 
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X Locations in MISS-SAVE instead of CLl-SAVE. 
Thus: kiSS-SAVE = 90^ 



MONTHLY STATUS RUN SPECIFICATIONS: 

OUTPUT PHASE 

With STEP 12 the prediction phase of the program is completed. The 
program now enters the output generating phase. With the output phase the 
Issue Designation Pattern and the Matrix Start Values Fields are activated. 
Also the Special Activities Pattern begins operation along with the actual 
status changing and outputting routines. 

Thus far no binding control data has been developed. This is because 
binding control is an integral part of the output phase of P0150. Its 
cuing is determined either on the issue designation generation or on data 
stored in the Special Activities Pattern. All binding control data will 
be developed in this phase of the process. 

Due to the amount of decision making involved in the output phase 
of the program, the specifications are presented in general flowchart form. 
This format should be more direct and easier to follow than text speci- 
fication. The flowchart is followed by a continuation of the example begun 
in the prediction phase. This example displays e 3 Q)licitly the results of 
the output phase. 

The flowcharts for the output phase are divided into two basic parts. 
The first is a general chart showing the decisions to be made while devel- 
oping the program outputs whereas the second is a detailed flowchart for 
generating Issue Designations. 

In order to efficiently produce the many lists indicating the issue 
designations generated by this phase of the program a special work tag 
(tag 975) has been developed. The specifications for this tag precede 
the output generation routines and appear on the following two pages. They 
are followed by the output generation discussion. 
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TAG 975 - ISSUE DESIGMATION STORAGE 

This is a special system generated work tag vdiich is to appear on work 
tapes only. It will NOT appear on master file tapes or in the standard 
CSL-PC Serials Format. This tag will contain the serial* s issue designa- 
tions which are to be printed in text form. The general format of the 
TAG will be as follows: 



Indicators 

Delimiter 



Ijinii 



Data 



Field Terminator 



I ssue/ls sue/issue/. 



lI 



Delimiter 

$a 







Number of 


Name of Data Element (s) 


Positions 


EXPECTED, CLAIMABLE, and NEWLY MISSING ISSUES 


V + "/" 


1. 


Status 


IN 


2. 


Copies Outstanding 


2N 


3. 


Matrix Location 


3N 


4. 


Issue Designation 


V 


5. 


Field Separator - after every field 


If 



except last. 

$a EXPECTED, CLAIMABLE, and NEWLY MISSING ISSUES : 

This delimiter wi31 carry all issue identification and status data 
to be output on the E:q)ected Arrivals List (EAL), Claims lists or 
Slips^ and Turnaround Cards. It will contain an entry for every 
issue to be listed on the EAL plus an entry for every issue which 
was newly assigned a "missing" status code. 



er|c 
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1 



Format $a: 



Status 

Copies Outstanding 
Matrix Location 

Issue Designation 

Field Terminator 
Field Separator 

1 $|a|3l03|908|Num 08 - Vol 2l| /|I|04|910|Num 10 - Vol 2l\ f | 

Definition of Data Elements : 

1. Status - This field indicates the status of the associated issue 
according to the status codes in the local prediction matrix. If the 
status was newly changed or assigned by the Monthly Status Run pro- 
ducing this tape, it will appear signed negative. If the status was 
not newly assigned, it will appear unsigned. The sign is to be used 
in extracting for creating turnaround cards or lists indicating status 
changes. 

2. Copies Outstanding - This field indicates the number of copies of 
the associated issue which were predicted but have still not been re- 
ceived. 

3. Matrix Location - This field indicates the prediction matrix loca- 
tion in both the LMF and CMF with which the associated issue is iden- 
tified (i.e., matrix location 908 indicates the eighth predicted issue 
of the year "_9" . ) 

4. Issue Designation - This field carries the issue designation as 
generated by the issue designation generation routine in the Monthly 
Status Run. 

5 . Field Separator - "/" 



ERIC 
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OUTPUT GENERATION : 



This routine works with the work matrix developed in the first phase 
of the program. It loops through the work area generating issue designa- 
tions and developing the 975 output tag as it goes. In addition to EA, 
claims, and SAP data, this routine develops the next binding unit limits 
in the binding tag. The logic is straightforward, and the output phase 
flowchart should be clear. Note in reading through it, that changes to 
status are made in the prediction matrix in the IMF and not necessarily in 
the v^ork area. Also note that if an issue changes status, the new status is 
entered into TAG 975 as a negative signed value. Finally, outputs moved by 
SAP decisions are only to the delimiter level. The delimiters which are out- 
put indicate what actions are required. 

There are seven basic steps involved in output generation. These 
steps are: 

STEP 1 - Initialize the New Start Values (NSV) with the Matrix Start 
Values. 

STEP 2 - If no matrix location is present in the week location cycle 
through the weeks until the first matrix location is found. 

STEF 3 - Generate the issue designation for this issue and then if no 
status is present fcr it, return to STEP 2. Continue until 
an issue with status is found. 

STEP - If the status is "arrived", "missing", "at bindery processing" 
or "permanent holdings", go on to the next week location and 
return to STEP 2. 

If the status ^s "Claim 1", "Claim 2", or "Expected", 
check the status change save areas developed in the first 
phase of the processing. If the issue is in a save area, 
change the status in the LMF prediction matrix and load the 
data into TAG 975 of the Monthly Status Work Tape. In load- 
ing TAG 975 the status code should carry a negative sign. 

If the issue is not in a save area, load the data into TAG 
975 with the status code unsigned. 
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STEP 5 - At the end of processing the work matrix, interrogate the SAP 
for actions. If actions are indicated for the prediction 
month move the appropriate delimiters to the work tape or set 
the binding triggers. Binding triggers are to be set as of the 
last week of the prediction month. 

STEP 6 - After processing the SAP, check the Binding Delay Counter to 
determine if a binding slip is due. If the counter is zero, 
move the binding tag to the work tape. 

STEP 7 - Go on to the next record. 

These seven steps are presented in greater detail in the following flowchart. 
The flowchart is then followed by an example showing the output derived from 
the sample processing accomplished through these specifications. 
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GENERAL OUTPUT EXAMPLE 



«D 

a 

•H 

« 

JQ 



« 



a 

o 

•H 

g 



a 

•S 

S 

n 

OB 



x: 



•d 

H 

Vi 

« 



« 

x: 

+> 

to 

a 

•H 

« 



a 



.Q 



•O 

O 

a 



« 

H 

@1 



4) 

n 



i ? 



•H 

<> 



o\ 



•H *0 

SB ff 



0> 



+> 

4) 

CB 

4> 

U 

I 

+> 

•H 



•§ 

tf 

h 

4> 



O 

S 

*s 

.Q 

Pi 



X 

4) 



43 

-P 



to 



O 

•H 

*8 
H 
4> 

U 

4> 

! 5 

•H 

CQ 

tf 

CQ VO 
•H 

m 



1a 



o\ 



5 



43 

4> 



u 

4> 

I 

+> 

-p 

CQ 

s 

*3 

3 



t 



•d 

o> 

-p 

a 

o> 

& 

H 

5 



lA 

S; 

i 

& 

o 

> 

4> 

O 



C 43 *d 
•H a O 
n SB o 



<n 

•• <\i 

g 

CQ CQ 



H 

§ 



a 

00 

m 

o 



CM 



5 



o 



d 

ON 



1« 

a 

•H 

SB 

0 

^ fS o 

M O 

C -H 4> 

:d t< 3 

C O SB 

S3”- 

CB 

4? X 



o u 

<0 S 

-S ^ 

3g. 



O VD 

•H O 



CM 



5 

I 



-P _ 

tfO 

+> 

CQ - 



.o 

ON 



tf 

-S0- 



lA 

S; 

I 



CM 

H 

O 



-d- 

O 



3 

ON| 

H 

uM 



CM 



O 

> 



"W 

o 



43 

“8 

i 

G 

O 

•H 

+> 

O 

:d 

4> 

4> 

4> Pi 
43 sT 
+> +> 

ft 12 

p p 

o 

4> 

U 43 
O 43 

4> O 
•d 43 
O 

O H 



S; 



OB 
01 

I* 

0 0 

o u 

gj*. 

CO 



0 



lA 

a* 

CQ 



« 

» 

43 

*§ 

I 

0 

1 

o 

43 



O 

'8. 



E4 



m 

4> 

5 



g 

4 h 

0 

h 

01 



0 

h 

01 
0 

0 

g. 

4> 

U 

4> 

43 



O 

O 



4> 

0 

a* 

•H 

t 

•H 

m 

1 



VO 

Oi 



*2 

O 

o 

0 

u 

-p 

3 

P 

43 

43 



Oi 



CQ 



CQ 



- 135 - 



er|c 



PBOCESSIHG METHODOLOGY 
SPECIAL OUTPUT ROUTIHE 



Holdings Generation 



Generally speaking, if the holdings of any serial is to he expressed 
in relation to a year based time frame, there are three forms that that 
expression can take* A serial cim be issued in one volume* per year, 
more than one volume per year, or more than one year per volume. These 
forms are somewhat complicated by the f€WJt that a year can be either a 
calendar year like 1968 or a non-calendar year like 1968 / 69 * 

The Holdings Tag is designed to store and regenerate holdings in 
any of these forms* The Holdings Generation Pattern is used in conjunc- 
tion with the Basic Holdings Matrix to develop the text form of the 
holdings statement* The Local Holdings Matrix is designed to extract 
that portion of the Basic Holdings Matrix which is applicable to the 
Local Library's holdings, and to indicate the status of the volumes held* 
For a discussion of the matrix and the generation code refer to TAGS 950 
and 951 in the Subscribers' Guide portion of this report* 

For the most part the Holdings Generation Pattern speaks for itself* 
The only portion needing further discussion is the Ratio of Year Span 
to Bib* Unit Span* This ratio is the key to generation from the matrix, 
since it gives the relationship between a matrix location and the time 
span covered by that location* Since e€Uih location represents one 
volume (bibliographic unit), this ratio makes it possible to convert the 
matrix into output forms like: 

RATIO 

Vol : Years 



Vol 1 


1936 




1 : 1 


Vol 2 


1937 


or 




Vol 1-2 


1936 




2 : 1 


Vol 3-U 


1937 


cr 




Vol 1 


1936-38 




1 : 3 


Vol 2 


1939 -Ul 







For convenience sake bibliographic unit is equated to volume in this 
discussion* This does not mean that volume is the only bib* unit accept- 
able. Holdings can be generated for whatever numbered counting unit is 
used* 
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Following this discussion is a detailed flowchart of the basic logic 
used in developing these types of text output forms from the Basic Hold- 
ings Matrix. The logic is oriented toward represencing holdings by the 
lowest common denominator, namely volume by volume representation. It 
is also designed to handle each of the four basic year span types allow- 
able in the Holdings Generation Pattern. These fo\ir are l) Calendar year 
spans, 2) Non-calendar year spans (i.e. fiscal year), 3) Single year spans, 
and h) Multi-year spans. 

A volume by volume list of holdings is of course the most detailed 
form available from the system, however this does not mean that it is the 
only form available. Each type of fomat can easily be output in a com- 
bined format. For example - 



Vol 


1 


1936 


Vol 


2 


1937 


Vol 


3 


1938 


can easily be output in the form - 

Vol 


1-3 


1936-38 



The second type of holdings representable by the system is that 
for a non-periodic serial. In this case publication of the serial is 
sporadic and cannot be linked to a time span. There are two cLLtema- 
tives for storing this type of serial holdings. First the library may 
opt to use the holdings statement for irregular serials delimiter and 
maintain the dates and holdings for these serials in a note form. This 
will require manual iq)dating of holdings with the passage of time, since 
this field is not automatically updatable. The second option is to 
leave the year span field blank in the Holdings Generation Pattern and 
to allow the Prediction Module to update holdings. Choosing this option 
will mean that holdings will be automatically updated but they will 
not be directly relatable tc a time span through the generation codes. 
This problem can be circumvented by entering the year spans applicable 
to the holdings into the holdings comments delimiter. With this option 
the system ceui generate the voliame numbers held and the status of each 
volume. Nonperiodical serials holdings recorded in this format can be 
listed volume by volume Just as 



periodical serials are, with the exception that the dates will appear 
as a note. 

The following flowchart accounts for all types of holdings state- 
ments mentioned. It derives all of its InltlcG. input data from the 
Holdings Generation Pattern and is entered via the Basic Holdings Matrix. 
Since volume generation is a time-consuming process, it would be advis- 
able to generate the total holdings history from the Basic Holdings 
Matrix and then select the locally held volumes using the LoccG. Holdings 
Matrix. This will require generation of holdings only once per serial 
title . 

In the flowchart the fields YS, BV, BU, DATE 1, and DATE 2 are work 
areas and counters whose contents vary during processing. During 
lniticG.lzatlon YS is loaded with Year Span, BV with Begin Walue , BU with 
Bib. Unit Span, DATE 1 with Begin Year, and Date 2 with Fiscal Year. 

Also all switches are set off. Movements of data into the output area 
vary in their locations according to the acconipanylng examples. The 
flowchart is followed by several exaoples showing the generation codes, 
the matrix, and the resulting output. 
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The following examples represent the holdings output resulting from 
the logic SIS presented in the flowchart. That is with no modification 
for developing text statements in a condensed format. It represents a 
basic volume by volume list. 



Example 1 



Basic Holding Matrix: 
Holdings Generation Pattern: 



I 



I $bil937ll^1^lll2t Voll3ll|00li00*l902 1 



Begin Valui 
Bib. Unit Span 
Year Span 
Begin Year 



Results : 


Vol 002 


1937 




Vol 003 


1937 




Vol 004 


1938 




Vol 005 


1938 



Exan^le 2 



Basic Holdings Matrix: 



Holdings Generation Pattern: 

I $b|l93TiT^Tf<|2il|Voll3lll00ll00*l002| 



Begin Value 



Bib. Unit Span 



Year Span 
Begin Year 



Results : 


Vol 002 


1937-38 




Vol 003 


1939-40 




Vol 004 


1941-42 




Vol 005 


1943-44 



Example 3 - Basic Holdings Matrix: | $a|VTf(H(K I 
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Exanq?le 3 ( cont . ) - 



Holdings Generation Pattern: 

J 

Bib. Unit Span 
Year Span 
Begin Year 

Results: Vol 002 1937/38 

Vol 003 1938/39 

Vol OOU 1939/^0 

Vol 005 19^0 /Ul 




Begin 



Valul 



Example U - 



Basic Holdings Matrix: 



l$a]VyTW I 



Holdings Generation Pattern: 

I tbll937h8l3lllVolhlll00ll00*l0Qg I 

Begin Value 



Begin 



Results : Vol 002 

Vol 003 
Vol OOU 
Vol 005 
Vol 006 



Bib. Unit Span 
Year Span 
Year 

1937/38 - 1939/^+0 
19UO/U1 - 19^+2/U3 
19U3/UU - 19U5/U6 
19U6/U7 - 19^8/U9 
19U9/50 - 1951/52 



Any of these formats can be accumulated and presented in any of 
seversJ. modes by adding accumulation routines to the basic logic as pre- 
sented. Such accumulation techni<iues could be selected through keys 
present in the Library Profile Tape. The range of output formats avail- 
able is almost unlimited when compared with holdings notations currently 
employed by libraries . 



In addition to a vary basic level of holdings control, the system 
provides for the capability of recording the statxis or condition of each 
imit. This means that the system can be an extremely valuable tool in 
ordering missing issues and making available immediate and up to date 
lists of holdings to the shelf list level of detail. 

Both local and union holdings will be generated using this basic 
routine. The way in which the holdings are accumulated and presented on 
output will certainly vary considerably however, since local libraries 
will find volume by volume lists of holdings useful and union lists will 
find them unmanageable. 
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APPEMDIX I 



SERIAL CQITROL lUMBER 



Fom, Function, and Derelopaent 



Once the decision vss Bade to develop the systen around tvo sepa- 
rate hut closely related file ‘^rpes, a method of cosiBuni cation between 
files became mandatory. This coBrnnini cation device would necessarily be 
present and identical in both files and would serve to locate the records 
for the same serial on each file. The next question to be answered was 
concerned with the code structure. Several formats were considered and 
coaq>ared on the basis of practicality and usefulness. 

According to a recent study conducted by James L. Dolby^ the 
criteria for developing useful control codes for a sequentially organized 
file consist of the following: 

desirable to have a one— to— one relar- 
tionship between the code and the item coded. 

2* iBBMtability of Assignment . Once a code is assigned it 
should be permanently attached to a serial forever. 

3. Immutability of Format. The format should be distinctive 
(and hence recognizable) and remain unchanged. 

Common (aiaracter Set. The format should consist of a 
linear array of discrete characters from a widely used 
(diaracter set. 

5. Efficiency . The code should be as short as possible 
consistent with the requirement of uniqueness. 

6. low Doisity. The ratio of the number of assigned codes 
to the total number of codes available should be low 

so that random errors in specifying a code will generate 
unassigned codes with a hi^ probability. 

7. Sortability . The code should be so formed that sort- 
ing on various fields of the code, singly in cosi— 
bination, will lead to meaningful groiq>ings of the 
items for bibliographic and other purposes. 



Serial Control Sumber 

For our purposes most of these criteria apply, however the rela- 
tive importance of each varies considerably. Fundamental to any useful 
code is the use of a conson character set. Ihiprintable characters or 
unusual symbols create unnecessary difficulties in sorting, processing, 
and recognizing the codes. Beyond this requirement, the others, listed 



^Iby, J.L. and H.L. Resnlkoff. On the Construction of Codes for 
Serials . Los Altos, California, R. & D. Consultants Co., July 1968. 
55 P- 



in order of importance, are l) Uniqueness, 2) Efficiency, 3) Sortability, 
and k) Low Density. Imnutability of format or assignment are not really 
essential due to the dynamic state of any serial control system. 

A unique code-record relationship is essential since the code will 
be the only device used to relate the records of the two file types. 

This code must also contain some sort of location factor if either of 
the files is developed in random sequence. Thus a unique Serial Control 
Number (SCN) must be developed which can be used for random sequence 
location, and which responds to the other criteria as much as possible. 

Efficiency and Sortability are closely related factors since sort 
time is directly dependent upon the development of concise, efficient 
coding techniques . An initial requirement placed iqpon the system was 
the adoption of the MARC II record format as closely as possible with 
expansion of data elements where required. The fastest and most effi- 
cient access to thi^- format is obviously throu^ the leader, and accord- 
ing to the most recent (August *68) version of MARC II, the standard 
leader would allow up to a seven position code within its boundaries. 

This points to the desirability of an SCN of seven positions or less, of 
a comaon character set, of a unique character, and which could act as an 
address or location code. 

J.L. Dolby's concept of sortability was based on the development of 
a code which represented various data elements within the one code. Kiis 
approach was considered but discarded because of two reasons: l) the 

size limitaticms set on the SCN, and 2) the realization that those few 
data elements (other than main entry) which would be present in every 
record were of little or no significance in sorting the files. Hierefore 
the resulting SCN would be a nundber associated directly to a title or 
main entry. 

Low density was determined to be of little significant value, since 
the file could be organized in random order, allowing the SCN to essen- 
tially become an accession number or file entry nuoiber. Thus, very hi^ 
density of numbers is most desirable, allowing the greatest number of 
new entries to be added before the SCN range is exhausted. 

After a ccnsiderable amount of study and experimentation with file 
orgaiiizations based on different * JN types , we chose a code which would 
be a direct reflection of the unique titles on the Central Master File 
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in random sequence (i.e. Accession sequence), placing the titles in no 
special order. This code is to he devel(^>ed hy the cGsq)uter must 
he available for activity as soon as possible after CLSsignment. The 
need for number assignment is to he externally determined due to the 
hifi^ probability of variance in main entries submitted to the system for 
any one sericG.. This determination will he controlled by the Processing 
Center staff. This iq>proach alleviates the problems of assigning mul- 
tiple SCNs to one title entry because of variant main entries. It also 
relieves the system of the necessity of renumbering or resequencing the 
file, as was required by most other approaches. This type of code could 
easily be converted to a direct addressing code at a later date if ran- 
dom access becomes available and the system goes on-line. 

There are severca other factors which contributed to the decision 
to use this l^pe of control nunber, and severcG. requirements and design 
criteria which arise from it. 

There is only one major disadvantage encountered vith this approach 
that being the increased sorting time required for sorting on ntLin entry. 
However, this drawback is relatively insignificant when bedanced against 
the problems which would be encountered vith other numbering systems 
ccmsldered. 

by developing the files around this form of the SCH we can greatly 
reduce the weekly iq>dating time on the Centrca Master File because the 
tape need not be copied unless transactions are submitted against it 
which would change the length of a record imbedded in the file. This 
can easily be determined in the transaction building or validation pro- 
grams, and 8U(di transactions could be batched and processed as required. 

by using this form of Sdf, the files function conceptually as two 
parts of one tape - like a header (CMF) vith several associated trailers 
(LMFs). mils in fact could be the actual physical format, requiring 
only one file rather than two. However, the dual file approach has been 
adopted because it minimizes read-vrlte time in all ]^ases of file pro- 
cessing. 
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APPEHDIX II 



CQHSIDERAnOHS OH STATISnCAL METHODS 
FOR ARRIVAL PREDICTIOH AND CLAIMIH6 OF SERIALS 



by Jorge Hinojosa 
Institute of Library Research 
IMiversity of California 
Berkeley, California 




Any statistical mcdel for prediction of €urriv€d and claiming dates 
of serials has to decG. with the following issues: 

a) The model should be able to differentiate between "natural” 
and "unnatural" variations of arrival dates. 

b) There are cases in which a later issue arrives before an 
earlier issue. However, this does not imply that claiming 
action should be taken for the earlier issue. 

c) It is known that the charcusteristics of receipt of some 
titles change over time. The model should be able to con- 
sider or detect such changes. 

In predicting the arrival dates , one mi^t assume that the arrival 
delays axe generated by the sum of two processes, one of them determi- 
nistic, which may be identified with the publication pattern followed 
by a particular editor, and the other, a random process which generates 
disturbances at different stages of the "path" from publisher to library . 

The model is represented as follows: 

x(t+l) = lx(t) (1) 

y(t) = x(t) = v(t) (2) 

where x(t) is the value generated by the deteiministic process at tine 
i^, and v(t) is the random disturbance added to x(t) yielding the observed 
value y(t). It should be noted that equation 1 defines different values 
of X at different times by the use of "transfer" function I. This is a 
general representation of a relationship that takes into account changes 
of publication patterns which may be of any form; it mlfi^t be periodic, 
or present "steps", or "ramps", etc. 

Witliout loss of generality one can assume that the sequence of ran- 
dom values v(t) behaves as "white noise", that is to say, are independent, 
r andom values with mean zero. Kalman has shown that given any random pro- 
cess with prescribed mean and covariances , one can find a unique gaussian 
process with the same mean and covariances, therefore uniquely determining 
the original process. (KcQman l) 

It is important to define "reference points", which are not subject 
to random variations and are used to compute the delays. The use of the 
Interval, in calendar days, from the receipt of an issue to the receipt 
of the next issue presents two obvious difficulties, first, both observed 

values have random components, and using the model of equaticxis 1 and 2 
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it is equivalent to predict the difference. 

Ay = x(t+l) - x(t) + v(t+l) - v(t). 



which mi^t require a very conqplicated scheme, and second, the difference 
Ay negative (a further complication). 

If instead, one defines reference points as the publication or "issue” 
date of the previous issue, all that it means is adding a constant to the 
unknown value of x(t). This does not affect the model and the problem of 
prediction is that of finding an estimate x(t) of the true value x(t) 
based upon the sequence of previous observations, y(t-l), y(t-2),..., such 
that the mean square of the error e(t) = x(t) -x(t) is minimized. One 
can see that using this approach all estimated values are positive. 

It can be shown that the following set of equations which constitute 
a recursive algorithm yields estimates ^(t) such that the mean square 
error is minimized. 



Equation 3 resembles the well known exponential smoothing scheme, 
with the difference that a transfer function has been incorporated. How- 
ever, equation k gives us the value that the smoothing coefficient should 
take at a given time, or what is eqxii valent, the wei^t that should be 
given to past observations. 

The transfer function f mlj^t be estimated by fitting a regression 
curve to past data, or in case of existing periodic or sinusoidal trends, 
by spectral anaOysis methods. (Parsen 2) 

If periodic trends are not observed, it may be imnecessary to use a 
transfer function, and a sizi$)le e 3 q>onential smoothing might suffice. Rao 
and Shapiro presented a method of calculating the smoothing coefficient 
4^, based on changes of the spectral density function of the time series. 

The spectral density function is the Fourier transform of the auto- 
covariance and as the latter, reflect changes on the process of generating 
the time series. The value of the smoothing coefficient is altered accord- 
ing to the intensity of those changes. This scheme has shown a fast 
response to linear trends and even "step" changes of the mean value of 
the process. 



$(t+l) +-C(y(t) - ^M) 



(3) 

(U) 

(5) 




o 
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According to this procedure^ spectral densities are computed for 
overlapping portions of the time series using different time lags. A 
time window N, equal to 36 observations and a lag window M = F, are 
recommended. 

The spectral density Is estimated by^ 

cos (v • w)k(^)R(v)] 

v=l 

where h = 0 , 1 , 2 ,..., M, Is the time lag, 

R(v) = autocorrelation function, v = 0 , 1 ,..., M 
w = ‘fr*v/M 



k(^) = Par sen kernel, such that. 



k(u) = 1 - 6u^ + 6 |u| ^ 

= 2(1 - lu| )3 
= 0 



If 



i“i« k 



, if 5^1 ul6 1 
otherwise 



Defining F(h) = log f(h), one may consider the log spectral densities, 
as dli^layed In an array, S(l,j), 1 = 1 ,..., (M+l); j = 1 ,..., L - M, 
where L = the total nuinber of observations. 

The components of S(l,j), are smoothed using a moving average of 
3 values, 

k=l 



Sd.j) =ls(i,j)l-i 21 s(k,j) 



and for each column J, 



k=l-2 



= Max S( 1 ,J) for¥l 

Then, ( 0 « 1 » 1 - where 

Bj = b + c ( b and e are constants, an d<r^ Is the variance 

of Aj which may be shown to be equal to: 

Var (^,) « 0.U7 Var(S.,), and 

Var (S ) - Si ri . 2 _ jj. 2, 

var jj g g BgJ 



Where 



K t^(u)du 



and 



R « 1/(1 + 2p/H(n-p)). 



(Rao, Shapiro, 3) 



With respect to prediction of claiming dates, one should notice the 
following: 

a) Two different probabilities might be estimated, first, the 
probability that some "unnatural” delay occur, and second, the proba- 
bility that an "unnatural" delay hM a certain length. 

b) The occurrence of "xmnatural" delays is an 0/1 process and 
might present a Poisson distribution, under the assumption that the 
probability of occurrence of "unnatural" delays is small. Thus it 
might be possible to estimate the expected number of claims to be 
issued during a given interval of time, or the probability that a 
claim will be needed. 

c) The distribution between natural and unnatural delays si.ggests 
that in estimating the length of the latter, only those outcomes should 
be taken into account. In other words, one may assume that unnatural 
delays belongs to another sample space, different to that of the natural 
ones, and therefore any hypothesis should be tested based on the meniber 
of that particular sample space. 

d) The assumption of the same distribution for natural and unnatural 
delays would mean that one is trying to find confidence limits on the 
upper tail of a very skewed distribution. 

e) The statistical analysis of the natui‘al variations mi^t, how- 
ever be \iseful for testing a null hypothesis on the maximum length of 
the natural delays, which may be helpful in identifying the unnatural 

ones. 
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1. TABLE OF 6EHERAL SUBJECT CATEGORIES 



Code 


SubJlect 


AGR 


Agriculture 


ART 


Anthropology 


ART 


Art 


BAC 


Bacteriology 


BCH 


Biochemistry 


BFH 


Biophysics 


BOT 


Botany 


BUS 


Business 


CSHE 


Chemlstiy 


CLA 


Classics 


BRA 


Dramatic Art 


ECO 


Econcmics 


EDU 


Educaticn 


EGR 


Engineering 


ERG 


English 


FOR 


Foreign languages except Fren^, 
German, Italian, Russian, Spanish 


FRE 


French 


6ER 


General 


GGR 


Geography 


GEO 


Geology 


GER 


German 


HEA 


Health Sciences 


HIS 


History 


ITA 


Italian 


o 

ERIC 


. l63 - 



1. TABLE OF GENERAL SUBJECT CATEGORIES (Cont.) 



Code Subject 

LAW Lair 

MAT Mathematics 

MIL Military Science 

MUS Music 

FHI Philos ppl^ 

FED Physical Education 

PHY Physics 

POL Political Science 

PSY PsychoJjogy 

RUB Russian 

SOC Sociology 

SPA Spanish 

ZOO Zoology 
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2. TABLE OF CODES FOR MAJOR SERIAL VENDORS 



CODE VENDOR NAME AND ADDRESS 

AN6 Angus fOid^Robertson, Ltd. 

Box 1516 G.P.O. 

89 Castlereacdi Street 
l^dney, Australia 

APR Academic Press 

111 Fifth Avenue 
New York, Nev York 10003 

BER Beman Associates 

5010 Wisconsin Avenue, N.W. 

Washington, D. C. 20016 

BPS B. F. Stevens & Brovn, Ltd. 

Ardon House 
Mill Lane 

Godaiming, Surrey, England 
BRO Broude 

1619 Broadvay 

New York, Nev York 10019 

CEO Chiao Liu Publications Service 

P.O. Box 573h 

Moo^ok, Kowloon, Hcxig Kong 

CNT Central News Agen^ 

23‘-90 Connau^t Circus 
P.O. Box 37U 
Nev Delhi , India 

DHB Dora Hood's Book Room, Ltd. 

3^ Ross Street 
Toronto 2B, Canada 

FAX F.W. Fax(m Co. 

515 Qyde Paxk Avenue 
Boston, Mass. 02131 

HRZ Otto Harrassowitz 

Postfach 3^9 
6200 Wiesbaden 
Germany 

IBH International Book House, Ltd. 

9» Ash Lane 
Bombay 1, India 
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2. TABLE OF CODES FOR MAJOR SERIAL '/ENDORS (Cont.) 



CODE VENDOR NAME AHD ADDRESS 

IDH International Documents Service 

Columbia University Press 
136 South Broadway 
Irvlngton-on-Hudson 
New York 10533 

JFT Japan Publications Trading Co., 

P.O. Box 5030 
Tokyo International 
Tokyo, Japan 

KRS Kraus Reprint Limited 

FL9U9I Nendeln 
Lichtenstein 

LDT Les Livres Etrangers 

10, Rue Armand Molsant 
Paris 15* Prance 

LIB Libreria Llberma 

Casella Postale N. U92 
San Sllverstro 
Roma, Italy 

MHL I.R. Maxwell & Co., Ltd. 

U Fitzroy Square 
London, W.l, England 

MDN Elnar Munksgaard 

6 N^rregade 

DKII65 Cc^enhagen K., Denmark 

NIJ Martinus Nljhoff 

P.O. Box 269 
9, Lange Voorhout 
The Hague, Nederlands 

NTL Unlpub, Inc. 

P.O. Box U33 

New York, New York 10016 

PER Pergamon Press, Inc. 

Maxwell House, Falrview Park 
Elms ford. Hew York 10523 

POR Porter-Libros 

Avenlda Puerta Del Angel 9 
Apart ado De Correos 57^ 
Barcelona 2, Spain 




Ltd. 
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2. TABLE OF CODES FOR MAJOR SERIAL VENDORS (Cont.) 



CODE VENDOR NAME AND ADDRESS 

PUB Use Publisher's Address as Found 

in Tag 260 (Imprint) 

RDL Hans Riedel 

Mus ikalienhandlung 
Uhlandstrasse 38 
Ecke Lietzenburger Strasse 
Berlin Wl^, Germany 

SCH Scholarly Books 

Richard Abel & Co., Inc. 
Industrie^. Center Bldg. 

Gate 3 Road 

SauscG.ito, California 9^96^ 

STA J.W. Stacey, Inc. 

2575 Hanover Street 

Talo Alto, California 9^30U 

STH Stechert-Hafner , Inc . 

31 East 10th Street 
Nev York, Nev York 10003 

STI Nathan Steiner 

U3 Geulah Street 
Tel Aviv, Israel 

TED Theodore Front 

10U6 South Holt Avenue 
Los Angeles, California 90035 

WJO Walter J. Johnson 

111 Fifth Avenue 
New York, New York 10003 

ZLG N.V. Swets & Zeitlinger 

Keizergracht U71 
Amsterdam, Nederlands 
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3. 



TABLE OF SOURCE CODES 
(Card Column 6? in Input Transactions) 



CODE DEPARTMENT SOURCE 

A Computer 

B Acquisitions 

C Catedoging 

D Receiving and Checkin 

E Accounting 

F Binding 

G Circulation 

H Technical Processing 

J Miscellaneous 

This code is not fixed and can be altered by the local libraries to fit 
their needs. The purpose of this code is primarily for sequencing of 
transaction validation lists so they can be returned to the proper location 
for verification. It is not used in processing, and thus, its use is left 
to the discretion of the local libraries. Any valid alpha or numeric 
character may be used for this code and all transactions containing the 
same code will be listed together and returned to the appropriate source 
department or section. 
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4. TABLE OF TRANSACTION CODES 



(Card Column 77 in Input Transactions) 



CODE 

A 

B 

C 

D 

E 

r 



G 



H 

J 

K 

L 



TRANSACTION TYPE 
Expected Arrival Card (EAC) 

Unexpected Arrival Card (UAC) 

New Order Master Card (NOC) 

Payment Turnaround Card (PTC) 

Cataloging Master Card (CMC) 

Central Master File Change Transaction - CSL-PC Only (NCC) 
Central Master File Delete Transaction - CSL-PC Only (NDC) 
Local Master File Change Transaction (NCC) 

Local Master File Delete Transaction (NDC) 

Bindery Turnaround Card Nr. 1 (BTC l) 

Bindery Turnaround Card Nr. 2 (BTC 2) 



CONVERSION 



INTRODUCTION 



In order to be available for use in a coaaputer environment, CSL-PC 
serials data must be converted into machine usable form. OvercQJ. con- 
version efforts required to produce CSL sericG-s records are discussed in 
this chapter. 

As a general principle, it ccui be stated that i^ecific conversion 
requirements arise directly out of the overall design i^ecification for 
CSL-PC sericds records. That is, elements ^ecified and defined to be 
part of a CSL-PC serials record constitute by their very form and order, 
an outline of the conversion configuration. If an element has been de- 
fined to be needed, its position within the conversion configuration is 
also defined. 

Conversion configuration is taken to mean that mix of manpower, 
machine-time, and materials needed to produce CSL - defined serials rec- 
ords. The overall configuration forms an inverse hierarchy of functions 
from less to more sophisticated techniques and outputs. 

Three different levels of conversion effort enter into the overall 
conversion configuration. Viewing eac/: of these conversion components 
as "levels" will emphasize their hierarchical relation to each other. 
Thus, the lowest level - conversion level one (CONVEL l) - remains s^- 
arate from the two hi^er levels both in processing technique and in 
output sophistication. 

The three levels of effort entering into the overall CSL-PC serials 
conversion configuration are: CONVEL I, CONVEL II, and CONVEL III. 
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CONVEL I represents the initial conversion effort which will center 
around computer-assisted identification of catalog card data elements. 

By this is meant those eilgorithms and programs which can readily identify 
and convert important blocks of serials record data without the need for 
elaborate field delineating and coding. Algorithms and programs capable 
of this sort of raw ii5)ut conversion have been called automatic field 
recognition (AFR) techniques. 

CONVEL II involves detailed authority checking and ved.idation of 
CONVEL I output. This work cannot be done algorithmically. It requires 
trained personnel capable of using both system-oriented editorial modes 
and traditional authority checking tools. 

CONVEL III draws on results produced at the two lower levels of 
conversion effort. CONVEL III operations will be a function of locsil- 
library needs. Local library elements must be identified in, and differ- 
entiated from central master file (CMF) data elements before a fully 
validated, fully usable record can be made available. 

CSL-PC serials data will be converted, therefore, at these three 
major levels: 

CONVEL I - apply AFR techniques to raw serials records 
producing a basic machine record. 

CONVEL II - edit a.nd e^and the basic record into a fully 
defined and verified CMF record. 

CONVEL III - utilize CMF as fully as possible in construction 
of IMF records given local needs. 

It has been the aim of this introductory section to outline the 
three major levels of conversion effort that must be provided for within 
the CSL-PC serials control system. 
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CONVEL I 



Two key personnel will be required at the onset of CONVEL I. They 
are a library systems analyst and a serials librarian. These two pro- 
fessionals would combine expertise in the structure of the machine system 
on one hand and training in serials cataloging on the other. Their 
immediate taids will be to identify several important conversion para- 
meters presented by the particular circumstances surrounding the specific 
collection to be converted. For example, they will determine the number 
and nature of existing serials files; Isolate data elements within those 
files deciding which are to be converted and which are not; provide 
conversion clerks with specific direction with regard to formatting of 
non-standard data elements, and otherwise formulate a plan of action 
to cover the particular needs of the particular collection in question. 

With respect to the California State Library serials collection, 
the CONVEL I configuration might take shape as follows. 

The "Periodical Shelf List of Bound Holdings" would be examined 
and determinations would be made as to how pre-1956 entries are to be 
treated, what percentage of toted. CSL bound serials holding must be 
determined from main catalog entries, how 'periodical serials' are to 
be handled relative to 'continuation seried.s, ' etc. Beyond these factors, 
some estimate of the file size (6000 entries ) and file physical format 
(3x5 cards) should enter into the conversion analysis. The same pro- 
cess could then be applied to the 'On-order File, ' the 'Binding Data 
File' and the KAEDEX-based 'Current Receipts and Accounting* File. 

Once file coniponents have been isolated, a conversion clerk begins 
collecting raw data. The conversion clerk should be sufficiently 
knowledgeable in serials work as to move easily through the various 
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record formats identifying relevant records both within and across files. 

/ 

It will be the res|)onsibility of the conversion clerk to scan files pulling 

records according to the guidelines established by the library systems 

✓ 

ane-lyst and the serials librarian. Pulled records are then photocopied 
cither with or without templates. The conversion clerk - working in a 
batch mode - must carefully control the removal, copying and replacement 
of original serials records. A flexible numbering system will facilitate 
such control. 

Conversion clerk familiarity with serials and serials formats will 
be essential for the next steps of CONVEL I. Photocopies of records 
from several files must be grouped together by the conversion clerk - 
again in a batch mode - and submitted for keypunching. Control of both 
punched cards and photocopied records will continue to be the concern 

of the conversion clerk until the conclusion of the initial conversion 
effort. 

CONVEL I will terminate when all regular and 'exception' raw serials 
input data has been processed by AFR programs and output on computer 
printout . 

Programming for automatic field recognition involves fairly straight- 
forward techniques which center on the more stable elements within a 
record. Thus, the abbreviation 'em' in the collation statement of a 
serials catalog card might be used as a reference point from which other 
data elements can be identified and converted by the computer. Because 
of the speed with which these frequently found and readily identified 
fields can be coded by computer, AFR will be used to generate a first 

form of the central master file (CMF) record. This first record becomes 
input to CONVEL II. 
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CONYEL n 



The key figure in the second level conversion e^ort is the serials 
librarian* Professio nal ly trained and conversant with detailed aspects 
of serials cataloging and accounting procedures^ the serials librarian 
will be responsible for creating a full CMF record as defined by CSL-PC 
i^ecifications and local file requirements. To fulfill this re^onsibillty 
the serials librarian must ha^e a thorou^going knowledge of both the 
CSL-PC computer conformation and the total structure of the files to be 
converted. The latter requirement is controlling, since it is anticipated 
that a library systems analyst will be available to provide backup infor- 
mation on the computer conformation. 

COHVEL II bagins with €ui exsidnation of CONVEL I output. The libra- 
rian checks computeir created data fields against the original photocopy 
input sheets. Errors, additions and emendations are taken care of 
throu^ the use of standard correction mode procedures. Line nunhers, 
field tags and correction of codes are keypunched for correction mode 
programs. Editing operations cycle as often as necessary until a fully 
edited, fully amplified CMF record is produced. 

Fully edited CMF records are those that have been ezandned for 
correctness and completeness of MAiiC tags and CSL-PC tags defined for 
the CSL-PC system. CSL-PC tags have been defined. M^C tags are used 
in CSL-PC definitions ^erever possible; M^C tags that are serials 
specific will be used by CSL-PC when they become available. 

Fully anplified CMF records cure those for which the fullest possible 
entry has been researched and input by the serials librcurlan. Full 
cataloging of CMF entries is desirable, even thou^ considerable 
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professional time may be required, so that the more fragmentary holdings 
records likely to appear in a working library* s collection can be sil- 
houetted against a bibliographically ccnq>lete serials record. 

A bibliographically complete serials record is taken to be that 
final form of the CMF record which results frcm the careful ?*^>plication 
of CONVEL I and CONVEL II techniques. Brou^t up to a first level of 
useability by CX)NYEL I, the record comes into the hands of the serials 
librarian who does det€dled research upon the record. This research 
will involve use of the traditional tools of librarianship employed 
in the interest of full bibliographic authority checking and record 
amplification. The output ftom CX)NVEL II, therefore, will be a CMF 
record that is as bibliographically complete as is prauitical in the 
CSL-PC context. 

An exhaustive serial title definition at CMF creation time will pay 
dividends later. Libraries joining the system at a later date need not 
amplify the possibly fragmjentary data available for a specific serial 
title held by another libratry no matter how laurge that other library may 
be. All titles entered into the CSL-PC system will thus be fully defined 
in their CMF form vdiich will serve as a reference for local master file 
(LMF) entry creation. 

Local master files will require a minimal effort to generate since 
it is anticipated that libraries joining the CSL-PC system after the 
creation of a substantial CMF will enjoy the benefits of a downward 
compatible CMF record as well as the benefits that may accrue from MARC. 

The incorporation of MARC and CSL-PC tags will insure a standard- 
ized record for exchange purposes yet avoid the imposition of unwanted 
standardization from above, since the IMF will permit local variation. 
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CONVEL III 



Because the third level of conversicm effort draws on the results 
of CONVEL I and CONVEL it constitutes a hierarchically superior pro- 
cedure placed at the disposal of local librfuries entering the C8L-PC 
system. 

A serials specialist conversant with the CMF records^ studies the 
local library collection. This is done in consultation with local li- 
brarians to insure that the LMF idiich CONVEL III outputs closely conforms 
to local desiderata. 

Raw data is collected and processed as described in CONVEL I. The IMF 
record is then created by the CSL serials specialist^ ^o uses programs 
that have the effect of lifting out those CMF data elements that are wanted 
for the IMF in question. Thus^ CONVEL III utilizes a fhll CONVEL I 
operation in conjunction with CONVEL II output only . Once local records 
have been made CSL- PC conpatible^ the main CONVEL III effort will be 
concentrated in the area of local option inclusion. GSL-FC specifications 
for IMF records define an adequate range of local variations which the 
CSL serials specialist will test and validate in batch mode producing 
a ccmqpleted IMF record suited to local library needs. 

Local library needs will be considered controlling at the CONVEL III 
stage of serials conversion. Having drawn on the already formatted CMF 
record and such MARC records as may apply ^ the local library can proceed 
to the creation of data elements thought necessary for local usage. 

The final conversion level terminates with the creation of an IMF tailored 
to local needs^ yet compatible with national and regional standards. 
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CONCLUSION 



Seen in overview the serials conversion effort falls easily into 
the three modules of CQNVEL 1 , CQNVEL and CCNVEL 111 described above. 

No especially difficult techniques are required. Automatic field 
recognition algorithms and error correction routines present no serious 
programming problems. The same is true for record matching and data 
element recognition at local master file creation time in CONVEL 111. 
Input record handling involves fairly familiar control operations asso- 
ciated with the batch processing of raw data which has been assigned 
some sort of control number. 

The personnel needed at each level should require only a minimal 
amount of training if recruited from the sources mentioned above. The 
incorporation of already available serials skills will be a primary 
concern at staffing time. 

It should again be emphasized that the conversion effort is 
basically a mapping operation amenable to more or less sophisticated 
approaches, but essentially already defined by the sequence of speci- 
fications that define the CMF and LMF within the CSL-FC system. 
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INTRODUCTION 



INTRODUCTION 



The Subscriber's Gxiide for the CSL-PC Serials Control System has been 



written so that the bulk of serials description and control data can be pre- 
sented in a MARC compatible format. 

The clear majority of MARC monographic data elements can be used in the 
CSL-PC serials system with no changes. Consequently, an attempt was made 
to work with the MARC II monograph format, supplementing rather than alter- 
ing the tag assignment scheme, so that serials data elements which are not 
common to monographs could be incorporated into the MARC II format. 

The 900-999 block of MARC tags not used by the MARC Distribution System 
will be used in the ^ecification and definition of data elements which are 



unique to serials. 

Serials data elements which were judged to be similar or identical to 
monographic data elements have not been defined a second time. Instead, the 
tag number and name is given in this section; a reference is then made to 
the appropriate page in the Library of Congress Information Systems Office 
piiblication, "Subscriber's Guide to the MARC Distribution Service , August 
1968 . This publication contains the full tag definitions for MARC II and 
is essential reading for a full understanding of the MARC format. 



A MARC II monograph record is made up of four basic parts: 



Leader 

Record Directory 
Control Fields 
Variable Fields 



A CSL-PC serials record on the other h€uid, consists of two physical 



records each having all four of the 
Central Master File (CMF) 
Leader 

Record Directory 
Control Field (TAG OO 7 ) 
Variable Fields 



MARC II monograph record parts: 
Local Master File (IMF) 
Leader 

Record Directory 
Control Field (TAG OO 9 ) 
Variable Fields 



The serials Leader has been redefined to include some serials informa- 



tion which is highly important in machine processing. No changes have been 
made in the format of the Record Directory entries. 

MARC monographic Control Fields 001, 002 and OO 8 have had some of their 
ds.ta elements redistributed for use in a serials environment. For example. 
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mongraphic TAG 001 has been switched to TAG 010 in the Central Master File. 
Tags 002 and OO 3 have not been included since MARC has not yet specified how 
they are to be used. 

The data in monographic TAG 008 was examined and a serials- specific 
MARC compatible TAG OO 7 was defined for the CSL-PC serial record. It was 
found that serials- specific fixed fields differed in enough important ways 
from monographic fixed field data to warrant the creation of TAG OO 7 . 

Because of the file structure of the CSL-PC serials system^ another 
Control Field tag was required for the Local Master File. TAG OO 9 was set 
up to handle serials-unique fixed-length data elements which will vary from 
library to library using the CSL-PC system. 

Certain other interpolations of a minor sort appear in the data elements 
defined in the sections to follow. These will present no problems for the 
programmer. However, the work of the coder will be eased by the inclusion 
of a slash (/) instead of a repeatable delimiter within a repeated field. 

Likewise, the use of a hyphen (-) to delimit variable length elements to 
subfields within a field, makes for ease of coding and reading. 

ORGANIZATION 

The organization of this section will pareaiel that of "Subscriber* s 
Guide to the MARC Distribution System" . In fact references will be made to 
applicable pages of that publication whenever possible. This is done to 
avoid unnecessary duplication of definition for MARC tags i^ared by both 
monc^raphs and serials in the CSL-PC system. 

The Leader will be defined first, followed by the Record Directory since 
these two fields appear in this order and are fairly easy to deal with. 

It will be noticed at the start that CMF and are used to indicate which 
of the two serials- specific records is meant during the defining of any 

given tag. When a discussion relates to both records, the word BOTH is 
used. 

A conscious effort has been made to incorporate exanples into the 
definition of data elements wherever possible. These exanples are based on 
what is taken to be a sensibly full and typicsd. serial record, that for LIFE 
magazine. A fully worked out machine record for LIFE has been provided 
on the following pages. 



FIG. k: SAMPLE RECORD FOR LIFE MAGAZINE 

LOCAL MASTER FILE 



LEADER 



[ RECORD DIRECTORY 


[ 03 WMY)!( 22001 U 55 U 321 


009007300000 


090001100073 


2U5OOI9OOO8U 


650002900103 






951025800132 [957008800390 1 


960005 3OOU78 


971033000531 


980007100861 


985001800932 f 



1 



VARIAIfE DATA DESCRIPTION 



I2SJFAXIIOSGLIAYYYYBCMO3YI33NGENOO8127BU55EABCIAHX69070802040353829OOO875N 



> 



LOCAL CALL NO- T] 


CTLE 




SUBJECT HEADING 




]l(][(j$aAQ$bL 5 |^|o]^ 


$aLif e)(magazlne . 


t 


00 


$aPHOTOGRAPHY$xPERIODICAIfi 


t 



3 



HOLDINGS 






$a33333333333333366633333333333111111111l8UllHlllllllllllllU511l'^ 



l$zIncompleteVvols:>(v. I6, nos. 1 - 19 , 21 - 26 >( Jan. -Apr. 21 ,lf(Mayl-June>(l 944 /v. 17 ,nos.\ 



20 - 26 yNov. 21 -Dec. 19 UU/v. l 8 ,nos. l- 10 ]^Jan. -Mar. 15 , 19 ^ 5 /v. Ul,nos. l- 2 U)(July- > 



ARRIVAL HISTORY 



Dec . 1965 



$a8310201010101000l620101000l000100046l0103070002005l5l5l^ 



BINDING 



5ioi5i5ioo5io1k)5oi5io5000000 



f 



Ilf 



^allA1102fffpiLite$c9^7fW^A901926 ^ 



PREDICTION 



$^rim)iJcare fully 



konknoi ^npnm i*vc77777777777777777777777777666666666 ) 
pp I ya0^91p02001l9PO00Q000Q000000Q000000000000000000000 { 




X 



T PC$uCla lm>( f romypublisher$vTos s|(dup 8 $wDo)<not)l(wai f or>(renewal>(not ice>( f romjd ^ 



publisher$xJun. 61. 27 , Dec . 81. 28;pay^<Faxon$yOrderyindex>(from>(publisher,)<in>( ^ 






ORDERING 



Jan. ,3.00$zIndex]^arrives]^in)(Feb. ;]tePC)^arrive8)(in)iMarch|j^ 






$a 628063207005 




ACCOUNTING 



000865$bPub$c0rder][(l0)(copies$d6260ybylrfP. L. $e 6275 yby]teT 



f 



Of 



$a 080 $b 010 $d 015 






PIG. U (Cont.); SAMPLE RECORD FOR LIFE MAGAZINE 

CENTRAL MASTER FILE 



LEADER 


RECORD DIRECT] 


CORY 


00857B)J)J)J)^I)J220016954321 


007003900000 


010001700039 


050001500056 


082000800071^ 



245003100079 


260006400110 


300005300174 


500004800227 


700003900275 


950011800314 



95900190043 



97002380045 



r-YARIANT DATA DESnRTPTTOW 



69Ol0lM19369999IHJ00e 



aimOH .L,C, CARD 

[)^)^|$aOOO^ 



NUMBER 



37008367)< 



L.C. CALL NR. 



0)( 



$aAP2$b.L547 



DEWEY NR 



a 



$a051 



TITLE STA^ 






$aLIFE$ zv . . 23 , 1936-)J)J f\ 



IMPRINT 



C9MATIQN 

$av.J 



|0)( 



$aChlcago$bTime)i$Inc .$y540)l(N.)i$Michlgan)iiAve . , Chicago, 111 .)i(606ll 



f 



14 



GENERAL NOTES (BIBLIOGRAMIC ^ 



$bIUu8 . (part)i$col .)i(incl .)i(ports . )$c35cm$zWeekly 



14 



$aEdltors :)l$Nov . 23)$1936-| 



)$)$H.R.)$Luce)$and)$other8 } 


f 11 


$aLuce ,)i$Heiiry)i$Robln8on$dl898-)i()i($eEd. | 


fff, 



sism 









001001000l/l937)<)il2V0L4l00200^KX)02 } 




$aReader8*)foulde } 


fi]t 



msim. 
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SERIAL CONTROL SYSTEM RECORD SPECIFICATIONS: 

LEADER 



Since there are two separate files for each serial record in the 
CSL-PC system^ two separate Leaders must be defined. The Central Master 
File leader, which will be defined first, is contrasted with the I/^cal 
Master File leader below in order to present the essential differences 
between the two leaders in as graphic a manner as possible. 

FIG. 5: LEADER 
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CMF - LEADER 



Name of Data Elements 


Number of 
Positions 


Char. Pos 
In Record 


Logical Record Length 


5N 


0-U 


Type of Entry 


lA 


5 


Blanks 


UA 


6-9 


Activity 


lA 


10 


Suppression 


lA 


11 


Indicator Count 


IN 


12 


Sub-Field Code Count 


lA 


13 


Base Address of Data 


5N 


14-18 


Serial Control Number (SCN) 


5N 


19-23 



Definition of Data Elements 



LogiccLL Record Length A five-digit nuniber in this first part 

of the CMF Leader will represent a 
count of the total number of positions taken up by 
the record in question. The number is left justified 
and filled with leading zeroes as needed. The Logi- 
cal Record Length includes itself. 



Type of Entry Ihis position will be used to indicate 

Aether the CMF record contains a main 
(bibliographic) entry or a reference entry. 



Code 



Meaning of Code 



B 

R 



The record contains a bibliographic entry. 
The record contains a reference entry. 
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CMF - LEADER (Cont. ) 



Definition of Data Elements (cont. ) 



Blanks 



Activity 



Code 

I 

S 

C 



Positions 6-9 of the CMF leader 
have not been ^ecified and are 
to be filled with blanks. 

A one-position^ alphabetic code 
indicates whether the serial is in 
progress^ has been suspended, or has ceased pub- 
lication. 

Meaning of Code 

The serial is in progress 
Publication has been suspended 
Publication has ceased 



Suppression 



Code 

H 

Indicator Count 



A code is used in this field to 
to effect suppression of the record 
from \inion lists. The code may be expanded by 
the Processing Center. 

Meaning of Code 

Suppress from Union Holdings List 
Do not supress 



Each variable length tag begins 
with two characters called "indi- 
cators" which provide certain descriptive information 
about the data idiich follows. For serials, as 
for monographs, the first two positions of each 
variable tag data stream will be reserved for 
indicators, whether or not the tag*s definition 
^ecifies the use of one or both. Each indicator 
position idiich is not used will contain a blank. 

The Indicator Count is the same for all records. 



Sub-Field Code Count The data in a variable length tag 

is always given in segments pre- 
ceded by a subfield code (e.g. $a). This field 
contains a number which tells how many positions 
the subfield code itself will take up. The 
Sub-Field Code Count is the same for all records. 
This guide specifies a two position subfield code 
made of a delimiter (”$") and a lower case 
dphabetic character. But the term "delimiter" 
has been used throughout this report to refer to 
the entire subfield code and/or its data segment. 
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CMF - LEADER (Cont.) 



Definition of Data Elements (cont.) 



Base Address of Data This number is the starting char- 

acter position of the first control 
field. It is equal to the length of the Leader 
and the Record Directory (including the field 
terminator). The Base Address of Data is ri^t 
Justified and filled with leading zeros. 

The starting character position for each tag 
entered in the Record Directory is relative to 
this Base Address of Data (not the first posi- 
tion of the record). This nuniber gives the 
base from which each tag is addressed. Thus 
the address of the first position of any tag 
may be determined by adding the Base Address 
of Data to the SCP of the desired tag. Consult 
the sample records. 

Serial Control Humber iSCS) This five-digit mmiber uniquely 

identifies a serial record and links 
together the CMF and IXF records. In the CSL-PC 
Serials Control System this number is a conq>uter- 
assigned accession number; it reflects the order 
of entry of logical records into the system. 
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mF - LEADER 



Name of Data Elements 



Number of 
Positions 



Char. Pos. 
In Record 



Logical Record Length 
Blank 

Libr£u:y Name Code 
Branch Name Code 
Check-In Location 
Activity 
Suppression 
Indicator Count 
Sub-Field Code Count 
Base Address of Data 
Serial Control Number (SCN) 



5N 


0-4 


1 


5 


2N 


6-7 


lA 


8 


lA 


9 


lA 


10 


lA 


11 


IN 


12 


lA 


13 


5N 


14-18 


5N 


19-23 



Definition of Data Elements 



Logical Record Length 



This U4F field is identical in function 
and form with its CMF counterpart 

defined above. 



Blank 



Position ^ of the IMF Leader has not 
been specified. It will contain a 

blank. 



Library Name Code A two position numeric code repre- 

senting the name of the member library 
or of an autonomous library directly related to 
a member library. An example nd^t be the Law 
Library within the California State Library. An 
appropriate two-digit code will be created and 
assigned by the Processing Center; the code will 
indicate to which library this IMF record per- 
tains. 



Branch Name Code Find here a one position alphabetic 

code representing the name of the 
library branch which maintains the serisU. record. 
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IMF - LEADER (Cont. ) 



Branch Name Code (cont. ) 



If no branch is named^ the inplication to be 
drawn is that the library named in the Library 
Name Code maintains the serial record. This is 
also a Processing Center assigned code. 



Check-In Location A one position alphabetic code 

r^resenting the name of the 
library, branch, department, division, etc. that 
handles receiving and check-in for this serial 
record will be created by the local library and 
stored in this position. 



Activity 



Code 

Y 

N 

W 

C 



If the serial is in progress or 
has been suspended, this field will 
be used to indicate whether or not it is being cur- 
rently received by the library. 

Meaning of Code 

Yes, the library is currently receiving the serial 
No, the library is not currently receiving the 
serial 

!Hie serial has been withdrawn 
The serial has ceased publication 

The IMF Activity code C will be set automatically 
if the CMF Activity code is C. 



Suppression 



A code is used in this field to 
effect suppression of the entire 
record, or parts of the record from some or all 
output lists. The single position alphabetic 
code which the Processing Center will develop 
should include an "exclude from union holdings 
list" code. 



Indicator Count 



This IMF field is identical in 
function and form with its CMF 
count eipart as defined above. 



Sub -Field Code Count 



This IMF field is identical in 
function and fom with its CMF 
counterpart as defined above. 
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IMF - LEADER (Cont. ) 



Definition of Data Elements (cont.) 



Base Address of Data This IMF field is identical in 

function and form with its CMF 
counterpart as defined above. 

Serial Control ll^uniber This IMF field is identical in 

function and fonn with its CMF 
counterpart as defined above. 
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SERIAL CONTROL SYSTEM RECORD SPECIFICATIONS 



RECORD DIRECTORY 



BOTH - DIRECrOBY 



Outline of Directory 

L 

t i 



-4 





2d 


3d 

1 


3tC.> ) 




bag 1 Length! SCP 


Tag 1 Length j SCP 


Tag [Length j SCP 


\l 





Field t Data Stream 
Terminator of 1st tag 



The two parts of every serial record (CMF and LMF parts) will require 
separate Directories. The Directory contains a 12 position field for each 
tag used in the record. It points to the exact position in the machine 
record where the tag*s data stream begins. The length of the directory will 
vary depending upon how many tags are used in the record. 



Number of 

Name of Data Elements Positions 

Tag Number 3N 

Length of Tagged Field 1|N 

Starting Character Position (SCP) 5N 



Definition of Data Elements 

Tag Number The three-digit number found in this 

part of the twelve position Directory 
entry will indicate which one of the tags in the 
range 007 throu^ 985 applies to the fixed or var- 
iable data stream that follows. 



Length of Tagged Field A four-digit number in this part 

of the Directory entry provides 
a count on the total number of characters con- 
tained in the data stream identified by the pre- 
ceding tag. The count includes data. Indicators, 
subfield codes, and field terminator. The number 
is ri^t Justified with leading zeroes as needed. 
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BOTH - DIRECTORY (Cont.) 



f 



Starting Character Position (SCP) Five digits are stored (right just- 
ified with zero fill) to give the 
character position (address) of the first character 
of data for the tag in question. The first Direc- 
tory entry will contain 00000 in this position. 

The second entry will contain the field length of 
the first entry, and subsequent entries will incre- 
ment as a function of subsequent field lengths. 

An examination of the LIFE example provided as 
part of this report will facilitate understanding 
of the Directory functions. 



I 

t 

! 

i 1 



LIFE example 




oo2i 


Tag Number 


0071? 


Length of Tagged Field 


i 00000 5 


SCP 


fo^ 


Tag Number 


ooiiT” 


Length of Tagged Field 


rb6a7H 


SCP 




Tag Number 


1 0034 i 


Length of Tagged Field 


1 00082 i 


SCP 
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SERIAL CONTROL SYSTEM RECORD SPECIFICATIONS 



COIWROL FIELDS 



CMF TAG 007 - NON-VARIAOT DATA ELEMENTS 



Name of Data Elements 


Number of 
Positions 




Char. Pos. 
In Field 


Date Entered on CMF Ifile 


6 n 




1-6 


Type of Publication Date Code 


lA 




7 


Date 1 (Begin date in most cases) 


4n 




8-11 


Date 2 (End date for ceased serials) 


4n 




12-15 


Country of Publication Code 


3A 




16-18 


Government Publication Indicator 


IN 




19 


Index Indicator 


IN 




20 


Language Code 


3A 




21-23 


Modified LC Card Indicator 


IN 




2k 


LC Cataloging Source Code 


lA 




25 


Type of Record 


lA 




26 


Source of CMF Record = MARC ? 


lA 




27 


CCDEN Designation 


7A 




28-34 


Link Control Number 


5N 




35-39 


Definition of Data Elements 








Date Entered on CMF File 

month and year 
entered on the 


A six-digit number of the form 
YYMNflDD will indicate the day, 
a given CSL-PC serial title was 
Central Master File. 


Type of Publication Date Code This field will be used to indi- 

cate whether a given serial was 
published during one ye€ir only or during a period of 
. two or more years. 


If the Date of Publication consists of a single 
known date or a probable date that can be represented 
by four digits, the date will be entered under Date 1 
and Date 2 will be set to blanks. The code entered 
under Type of Publication will then be S. 



If the Date of Publication consists of imiltiple dates 
with beginning and ending dates known or onen-ended, 
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CMF TAG 007 - NON-YARIANT DATA ELEMEOTS (Cont. ) 



Type of Publication Date Code (cont. ) 

the Type of Publication Date Code will be M* 

The beginning date will be entered under Date 1, 
the ending date when known will be entered under 
Date 2. In the case of an open-ended date, the 
numbers 9999 will appear under Date 2. 



Date 1 (Begin date in most cases) A four-digit number set as a 

function of the Type of Publi- 
cation Date Code. Thus, if Typ® Publication 
Date Code is S, the single year of publication for 
the serial title in question will be entered here. 

If the Typ® of Publication Date Code has been set 
to M, the beginning date of a multiple date pair 
will be entered in this field. 



Date 2 (End date for ceased serials) A four-digit number set as a 

function of the Typ® of Publi- 
cation Date Code. If the Typ® of Publication Date 
Code contains the code S, Date 2 will be filled 
with blanks. 

If the Typ® of Publication Date Code has been set 
to M, Date 2 will contain the second date of a 
multiple date pair; otherwise Date 2 will be set 
to 9999. 



Country of Publication Code A two or three character, left- 

justified, alphabetic code will 
be used to indicate the country of publication for 
a given serial title. 

MARC has not yet released a full list of valid codes 
for use in this field. Some idea of the form these 
codes will take can be drawn from the examples given 
in the "Subscriber’s Guide to the MARC Distribution 
Service", where the code CAU represents California, 
U.S.A. and PK|( represents Pakistan. 

For CSL-PC purposes, TAG 260 $d will be used to indi- 
cate Country of Publication, since this subfield con- 
tains Publi^er’s Address. The Country of Publication 
Code will be filled with blanks until MARC issues a 
standardized list of codes. 
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CMF TAG 007 - NON- VABIANT DATA ELEMEaSTS (Cont.) 



Governm*»^iit Publication Indicator !Riis field vill indicate 

whether or not a given serial 
title is known to be a government publication. 

If the title is known to be a government publica- 
tion, the code 1 will appear as the Government 
PubllcaticHi Indi cator . 

If the serial title is not known to be a government 
publication, the code for this field vill be 0. 



Index Indicator Entered in this field vill 

be an indicator showing whether the serial in 
question contains an index to its own contents. 

If the serial in question does not contcdn an 
index to its own contents, the code entered in 
this field vill be 0. 

If the serial title does contain an index to its 
own contents, the code entered here will be 1. 



Language Code ibe language in whicdi a given 

serial was published will be recorded in this field 
in the form of a three character alphabetic code. 

If the work is multilingual or a translation, the 
first language vill be recorded under this field. 

TAG OUl vill accomodate both the first language 
- in coded form - and subsequent languages as 
defined for translations, etc. 



Modified LC Card Indicator This field will be used to 

indicate whether or not the 
CMF machine record for the serial in question was 
generated directly from an LC printed card with no 
changes. Changes mi^^t be necessitated by the 
appearance on an LC printed card of such things as 
non-Roaian alphabet charcurters or mathematical 
symbols. 

If the source of the CMF record was a MARC tape 
record it vill be assumed that a coi*rsspcHiding LC 
printed card was indirectly used to construct 
the CMF record 

For CSL-PC purposes, unusual symbols vill be named or 
described in breudiets, while non-Roman characters 
will be Romanized as feasible. 

If an LC printed card was not used either directly or 
indirectly to construct the CMF machine record, the 
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CMF TAG 007 - NON- VARIANT DATA ELEMENTS (Cont. ) 



Modified LC Card Indicator (cont. ) 

code will e^ear as the Modified LC Card 
Indicator under TAG 007* 

If the CMF machine record does not contain «-n 
information exactly as found on the corre^ondlng 
Ui printed card, the correct code is 0. 

VIhen the CMF machine record does contain infor- 
mation exactly as found on the corresponding LC 
printed c€urd, a 1 will he coded in this position. 



LC Cataloging Source Code This field will indicate 

whether or net the Library of 
Congress derived all or part of the cataloging in- 
formation for the LC printed card record from some 
other library. 

If no corre^onding LC card was used in construct- 
in the CMF machine record, the LC Cataloging Source 
Code will be set to Z, 

In the case of one of the national libraries being 
re^onsible for the cataloging information, codes 
for this field will be assigned as follows: 
for Library of Congress cataloging; B for the 
National Library of Medicine, and A for the National 
Agricultural Library. 

VIhen Cooperative Cataloging was used, the of 
the cooperating library will be entered under TAG 
0^ and the code C will sqppear in this position. 



Type of Rc:.ord Information in this field will 

describe, by way of a single alphabetic code, the 
physical format and type of catalog record being 
referenced by a given machine record. 

For Language Materials, the code A will be entered 
as the Type of Record code. 

Microform publications (not reproductions) will be 
assigned the code H. Further codes that may be 
needed for use in this field will be selected from 

the list given on pages 4l and U2 of the Library of 
Congress, Information Systems Office publicaticm 
"The MARC II Format: A Conmunlcations Format for 
Bibliographic Data”, January 1968. 
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CMF TAG 007 - NOK-VARIAHT DATA ELEMEHTS (Cont.) 



Source of CMF Record 



CODEW Designation 



Link Control Humber 



= MARC ? If the CMF record was 

constructed using a MARC 

magnetic tape record, the code Y will be entered. 
If a MARC magnetic tape record was not used in 
constructing the CMF record, the correct code 
will be N. 



If the CODER designation for 
a serial title is known, it will be entered in 
this field which allows seven alphanumeric posi- 
tions for that purpose. 

Other nationally or internationally accepted 
serial identification codes or abbreviations 
that prove useful can be coded here instead of 
the CODER designation. 

When no standard identification scheme has been 
adopted, blanks will be entered in this field. 



A comion serial control number 
(SCR) assigned to all CMF machine records forming 
part of one single chain of bibliographic history 
may be recorded here. It may not be assigned and 
recorded if part of the bibliographic history con- 
sists of a merging of two or more serials, or of 
a division of one serial into two or more serials. 
The linking number assigned will be the SCR of that 
serial in the chain which was the first to be 
entered on the CMF file. It will not necessarily 
be the SCR of the first serial in the chain. 

When no link number is being used, blanks will be 
entered in this field. 



CMF TAG 007 - NON-VARIANT DATA ELEMENTS (Cont. ) 



LIFE exan^le 




[ 690101 \ 


Date Entered into CMF record 




Type of Publication Date Code 


fl936^ 


Date 1 


1 9999? 


Date 2 


f im^ 


Country of Publication Code 


HJ 


Government Publication Indicator 


nj 


Index Indicator 


B 


Language Code 


E 


Modified LC Card Indicator 


\B 


LC Cataloging Source Code 


IB 


Type of Record 


B 


Source of CMF Record Indicator 


\mm< 


CODEN Designation 




Link Control Number 
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ERIC 



IMF TAG 009 - VARIANT DATA DESCRIPTION 



Name of Data Elements 

Processing Status 

Bibliographic Level 

Number of Copies 

Agent Code (includes publisher) 

Fund Code 
Sub-Account Number 
Holdings Data Present ? 

Binding Data Present ? 

Prediction Data Present ? 

Accounting (Payment) Data Present ? 
Inaccessible Issues Indicator Field 
Local Library’s Cataloging Source 
Variant Main Entry ? 

Catalog Status 
Routing Slip Number 
Include in Want List ? 

Broad Subject Category 

Total Payments To Date This Fiscal 

Retention Policy 

Order Number or Membership Number 
Acquisition (Provenance) Code 
Form of Arrival Code 
Form of Storage Code 
Date Entered on IMF File 



Nimiber of 
Positions 


Char. Pos 
In Field 


IN 


1 


lA 


2 


lA 


3 


3 A 


U -6 


6 AN 


7-12 


2 AN 


13-1^ 


lA 


15 


lA 


16 


lA 


17 


lA 


18 


3 A 


19-21 


2 N 


22-23 


lA 


2 h 


IN 


25 


2 N 


26-27 


lA 


28 


3 A 


29-31 


6 n 


32-37 


2 AN 


38-39 


7 AN 


U 0 -l *6 


IAN 


U 7 


lA 


48 


U 


49 


6 n 


50-55 


2 N 


56-57 



Claim Tally 



LNIF TAG 009 - VARIANT DATA DESCRIPTION (Cont. ) 



Name of Data Elements (cont. ) 


Number of 
Positions 


Char. Pos 
In Field 


Check-In Tally 


3 N 


58-60 


Bound Volumes Added Tally 


2 N 


6I-62 


Local System Conversion Number 


4 n 


63-66 


Price Per Year in Dollars & Cents 


6 n 


67-72 


Binding Unit Determined By 


lA 


73 


Definition of Data Elements 






Processing Status Indicates in coded form the current 

processing stage of the serial. This 
field can be used to increase the library's control 
of the serial from the time it becomes 'on order' 
through that point in time when it is cancelled or 
ceases publication. CSL-PC may expand these codes. 



Code 



Meaning of Code 



1 

2 

3 

4 



New Order 
Existing Order 
Cancelled Order 
Processing Status Unknown 



Bibliographic Level This field will be used to show what 

what kind of bibliographic entity is 
being cataloged or described as a serial. For present 
CSL-PC purposes, only the serial aspect of a serial 
will be described and used* 



Code 



Meaning of Code 



S 

Y 

Z 



Serial aspect of a serial is being described 
Serial aspect of a collection is being described 
Serial aspect of a monograph is being described 



Number of Copies Une LMF record will track the status 

of several copies of a serial provided 
that only one of the copies is permanently held, i.e., 
bound. If all, or several, copies are permanently 
held then separate LMF records must be created for 
each of the permanently held copies. 
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mF TAG 009 - VARIANT DATA DESCRIPTION (Cont.) 



Number of Copies ( cont . ) 

The number of copies traced by any one LMF record 
will be entered here as an alphabetic code. A 
one-to-one relation between the letters of the al- 
phabet from A through 0 will allow for the coding 
of number of copies from 1 through 13. No more 
than 15 copies can be accounted for at present. 



Agent Code If an agent is used for the acquisition 

or claiming of the serial's issues, a 
code for the agent will be given here. If there is no 
’ agent handling one or both of the above-mentioned 
functions, then the publisher will be considered the 
agent and the code PUB will be used. Codes for other 
agents will be found in Appendix III (Table of Major 
Vendor Codes). 



Fund Code A locally developed and maintained 

six position alphanumeric code is to 
be stored in this field. Accounting functions will 
normally be handled using this code. 



Sub-Account Number A sub-€u:count number may be recorded 

here. If no sub-account number exists 
for the serial this field will be filled with blanks. 



Holdings Data Present ? This position will be used to indicate 

whether or not the library has recorded 
its holdings for a given serial in one of two tags 
within the IMF record. If data has been supplied under 
TAG 951 Local Holdings Matrix or TAG 971 Prediction 
Matrix, a code of Y is autcmiatically set in this field. 



Code Meaning of Code 

Y Yes, holdings data is contained in the IMF record 

N No, there is no holdings data in the IMF record 



Binding Data Present ? This position will be used to indicate 

whether or not the library at present 
wishes to be automatically notified of the completion 
of a binding unit. A ”yes” cannot be given in this 
field unless the binding unit is determined by an in- 
crement of one of the mimbering divisions of the serial, 
or on a temporal basis. 



LMF TAG 009 - VARIANT DATA DESCRIPTION (Cont.) 



Binding Data Present ? ( cont . ) 

Code Meaning of Code 

Y Yes, binding notice is wanted 

N No, binding notice is not wanted 



Prediction Data Present ? If the library wishes the prediction 

of expected arrivals to begin immedi- 
ately, this field should contain a Y. If the library 
wants prediction to begin at some future time, code 
N here. N may be coded even if all of the prediction 
data called for in TAG 970 and 971 bas been entered. 

Code Meaning of Code 

Y Yes, prediction data is present 

N No, prediction data is not present 



Accounting (Payment) Data Present ? When accounting data has 

been entered under TAG 985$ 
an indicator in this field will signal the presence 
of such data. As suggested in the name of this data 
element, only payment information is referenced. 

Code Meaning of Code 

Y Yes, payment data is to be held in the record 

N No, payment data is not to be held in the record 

Inaccessible Issues Indicator Field If any of the "current" 

issues are not on the 

shelves because they are at binding processing, are 
being claimed, or have been declared "missing", this 
field will automatically reflect their inaccessibility. 
"Current" issues are those issues which have not yet 
become part of the permanent holdings recorded in 
TAG 951 • This field consists of three indicators 
(B, C, and M respectively) which are described below. 

If any condition is absent the respective indicator 
will be blank. 

Meaning of Code 

One or more issues are at binding processing 
One or more issues are being claimed 
One or more issues have been declared missing 



Code 

B 

C 

M 
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LMF TAG 009 - VARIANT DATA DESCRIPTION (Cont.) 



Local Library *s Cataloging Source A two-digit code will be 

used in this field to 

identify the source of the information used in 
cataloging this serial. It is assumed that Library 
of Congress printed card information weis not used 
if this field is coded. 

The specific codes to be used in this field are 
to be developed by CSL-PC. It shou3.d include the 
CSL and pertinent reference works. 



Variant Main Entry ? if a local library's entry for a 

serial is not the same as that 
used in the CMF record, this field will carry a code 
of Y. The LMF must then contain one or more tags in 
the 100 to 2U5 range. 

Code Meaning of Code 

Y Yes, a variant main entry exists in the U^IF record 

N No, a variant main entry does not exist in the LMF 



Catalo g Status Whether the serial has been completely 

cataloged (i.e. whether subject head- 
ings, a call number, and a main entry have been 
assigned) will be shown in this field. The code 
specified below may be expanded by the Processing 
Center . 

Code Meaning of Code 

1 Serial has been completely cataloged 

2 Serial has not been completely cataloged 

3 Serial has not been completely cataloged, print 

"uncataloged" 



Routing Slip Number A two digit number which indicates 

the routing destination(s) of the 
issues will be placed in these positions. If the 
serial is not routed they should contain blanks. 
Routing slip numbers will be locally developed and 
assigned. 



Include in WANT List ? If missing issues or bibliographic 

units (i.e., volmes) are wanted for 
acquisition this field should contain a "yes" indicator. 
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LMF TAG 009 - VARIANT DATA DESCRIPTION (Cont.) 



Include in Want List ? ( cont . ) 

Code Meaning of Code 

Y Yes, include missing issues/bibliographic units on 

*want list' 

N No, omit missing issues /bibliographic units from 

'want list' 



Broad Sub.lect Category To provide a rough subject approach 

to serial titles which have not been 
assigned subject headings, and/or have not been 
classified, the local library may develop a set of 
codes to suit its needs. In the absence of such 
local codes, the field will be filled with blanks. 



Total Payments to Date This Fiscal Year A running total is com- 

puted using the individ- 
ual totals provided in the accounting tag (TAG 985). 
The total is automatically updated. At the close of 
a fiscal year it will be transferred to a history tape 
The amount is given in dollars and cents. Fill this 
field with blanks if TAG 985 is not used. 



Retention Policy An unusual retention policy may prove 

desirable in the handling of a serial 
title. Locally developed codes fitting the two posi- 
tion alphanumeric specified here will Indicate such 
unusual retention policies as: "Keep latest 2 issues 

only". Blank fill if not used. 



Order Number or Membership Number The order number or member 

ship number must be given 
here. If there is neither an order number nor a 
membership number for the serial this field will be 
filled with blanks . 



Acquisition (Provenance) Code A code consisting of a single alpha- 
numeric symbol will indicate the most 
recent procedure used by the local library for acquir 

ing the serial. Procedures include acquisition via 
subscription, gift and exchange. These codes will be 
locally developed. 
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IMF TAG 009 - VARIANT DATA DESCRIPTION (Cont. ) 

Form of Arrival Code The specific physical format in which 

a serial is received will be indicated 
by a single alphabetic character in this field. The 
codes CM be e:q>anded by CSL-PC if needed. 



Code Meaning of Code 

H Hard copy 

M Microform 

T Magnetic tape 

P Phonograph record 

X Mixed (sometimes one form^ sometimes another) 



Form of Storage Code The specific physical format in which 

a serial is stored by the library will 
be indicated in this field. The code can be e::q>anded 
by the CSL-PC if necessary. 

Meaning of Code 

Hard copy 
Microform 
Magnetic tape 
Phbnograph record 
Mixed 



Code 

H 

M 

T 

P 

X 



Data Entered on IMF File The TAG 009 field serves the same 

function for the IMF that its coun- 
terpart in the TAG 007 field serves, that is to 
indicate in YYMMDD form the day, month and year 
that a given serial record is entered on the Local 
Master File. Six numeric positions are provided 
for this purpose. 



Claim Tally Each time a claims notice is issued by 

the Monthly Status Run Program, 
the value of this field is increased by one. If 
outside claims are to be included in the tally, the 
Claim Tally will also be incremented via change 
transactions against the IMF. The tally value will 

be transferred to a history tape at the fiscal year end. 

Check-In Tally The Weekly Update Run program will 

store a running tally for each 
Expected Arrival Card and each Unexpected Arrival 
Card read into a serial record in this three position 
numeric field. The tally value will be transferred 
to a history tape at the end of each fiscal year. 
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IMF TAG 009 - VARIANT DATA DESCROPTION (Ckmt. ) 



Bound Volumeg Added Tally If the Binding Data Present indicator 

has been set at "yes" this field must 
carry a cumulative tally of the number of physical 
volumes added to permanent holdings and the tally 
value will be automatically incremented. If the 
Binding Data Present indicator has been set at "no", 
a tally value can be carried, but it will have to 
be manually li^dated. 

Local System Conversion Number At conversion time it will be 

convenient to use a four-digit 
number to control the conversion process for 
local library items. This field may be used 
for that purpose and will then revert to a back- 
iq» field within the 009 TAG. If not used, the 
field will contain blanks. 



Price per Year in Dollars & Cents The most recent price quoted 

for the serial will be entered 
here. The amount given will reflect the price of 
one set of issues even if the library holds multi- 
ple sets, or copies. If the price given is for 
some unit other than year, the unit must be re- 
corded in Ordering Comaents, $ c of TAG 98O. 

Binding Unit Determined By If the library wishes to be 

notified by the computer at the 
time that a previously determined binding unit 
reaches completion, this field must be used. 

Since the computer can issue binding notices idien 
a nuoiberlng division (e.g. a volume) increases its 
value as well as when a specified time period has 
been satisfied, the library must indicate in this 
field which of the alternative methods will be 
controlling. Blank fill should be used if binding 
notices are not wanted. 



Code Meaning of Code 

N Binding unit is conplete idien the nunibering division 

defined as the "Binding Unit" in Prediction TAG 970 
is incremented. 

T Binding unit is completed at time intervals q^ified 

in the Special Activities Pattern of Prediction 
TAG 971. 

P Ihe serial issues always arrive pre-bound. J 
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IMF TAG CX)9 - VARIANT DATA DESCRIFTIQN (Cont. ) 



LIFE example 




H5 


Proce sting Status 


tu 


Bibliographic Level 


B 


2fumber of copies 




Agent Code 


Ihosgl) 


Fund Code 


© 


Sub-Account Number 


m 


Holdings Data Present ? 


B 


Binding Data Present ? 


B 


Prediction Data Present? 


H5 


Accounting (Payment) Data Present ? 




Inaccessible Issues Indicator Field. 


m 


Local Library's Cataloging Source 




Variant Main Entry ? 


H3 


Catalog Status 


H3 


Routing Slip Number 


B 


Include in Want List ? 


IGEN^ 


Broad Subject Category 


1 000136^ 


Total Payments To Date This Fiscal Year 


IS 


Retention Policy 


|55E*BC1^ 


Order Number or Menbership Number 




Acquisition (Provenance) Code 




Fom of Arrival Code 




Form of Storage Code 


[®869^ 


Date Entered on IMF File 


1 02^ 


Claim Tally 
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IMF TAG 009 - VARIANT DATA DESCRIPTION (Cont. ) 



LIFE exanple (cont. ) 



m? 

I oiSkyrT 

0 



Check-In Tally 
Bound Volumes Added Tally 
Local System Conversion Nuniber 
Price Per Unit in Dollars & Cents 
pi Tiding Unit Determined By 
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FIG. 6: litfiES OF VARIABLE FIEIJ) TAGS 



Control Runibers 



Blbliogriphic Hotel 



*K)10 LC Card Htunber 
*011 Linking LC Card Humber 
013 Hationca Bibliograpby Humber 
*016 Linking HBH 

*020 Standard Book Humber /Serial Reg 



300 General Hotes 

301 "Bound with" Hote 

302 Biaaertation Hote 

+303 Bibliographic Hiatoxy Hote 
•Ho. 304 Bibliography Hote 

303 Content a Hote (Foimatted) 



*021 Linking SBH 
023 Overaeaa Acqulaition Humber 
*026 Unking OAH 
*033 Local Syst^n Humber 
*036 Linking Local Humber 
0l»0 Cataloging Source 
Okl Languages 
*0^2 Search Code 

Knowledge Humbers 

030 LC Call Humber 

031 Copy, Issue, Offprint Statement 

060 HIM Call Humber 
070 HAL Call Humber 
*071 HAL Subject Category Humber 
*080 UDC Humber 
*081 BHB Classification Humber 
082 Dewey Decimal Classification Ho. 
*086 Supt. of Documents Clcussification 
4090 Local Call Humber 

Main Entry 

100 Personal Hame 

110 Corporate Hame 

111 Conference or Meeting 
130 Unifom Title Heading 

Supplied Titles 

2k0 Uniform Title 
2UI Romanized Title 
*2^2 Translated Title 

Title Paragraph 
*2h5 Title 

230 Edition Statement 
4260 Imprint 

Collation 

4300 Collaticm 
330 Bibliographic Price 
*360 Converted Price 

Series Hotes 

UOO Personal Hame-Title (Traced Same) 
klO Corporate Hame-Title (Traced Same) 
Uu Conference-Title (Traced Same) 

UUO Title (Traced Same) 

^90 Series Untraced or Traced 
Differently 



*306 "Limited use" Hote 
320 Abstract or Annotation 

Subject Added Entries 

600 Personal Hame 

610 Corporate Hame (excluding 

political Jurisdiction alone) 

611 Conferaice or Ifeeting 
630 IMifoim Title Heading 

LC Sifl)Ject Headings 

630 Topical 

631 Geographic Hame 
Other Subject Headings 

*660 HIM Subject Headings (MESH) 

*670 HAL Subject Headings 

*690 Local Subject Heading Systems 

Other Added Entries 

700 Personal Hame 
710 Corporate Hame 
4 711 Conference or Meeting 
730 IMiform Title Heading 
7*10 Title Traced Differently 

Series Added Entries 

800 Personal Hame-Title 
dlO Corporate Hame-Title 
811 Conference or Meeting-Title 
8lK) Title 

Serials Control Data 
Reference Tracings 
900 Personal Hame-Title 

910 Corporate Hame -Title 

911 Conference or Meeting -Title 
943 Title 



930 Holdings (CMF) 

931 Holdings (IMF) 
937 Arrival History 
^8 Abstracted In 
939 Indexed In 

9^ Binding 

970 Prediction (CMF) 

971 Prediction (IMF) 
973 Reserved 

9^ Ordering 
963 Accounting 



*The Library of Congress is not supplying data for these fields at present. 
4'Definitions of these fields have been modified to cover CSL-PC serials. 
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CMF TAG 010 - LIBRARY OF CONGRESS CARD NUMBER 



For doFini'tion cuid discussion of ‘this consult 3^ 
of the "Subscriber’s Guide to the MARC Distribution Service" . 

Comment Ihis field will contedn the L.C. card nuniber when 

such infonnation is readily svailahle for use in 
the CSL-PC record. TAG 001 will not be used. 



LIFE example 

m 

I$a000?7008^7>(l]^l 



Indicators 
L.C. card number 



CMF TAG 015 - NATIONAL BIBLIOGRAPHY NUMBER 

For definition and discussion of this tag, consult page 43 of the 
"Subscriber’s Guide to the MARC Distribution Service". 



CMF TAG 020 - STANDARD BOOK NUMBER/SERIAL REGISTRATION NUMBER 



Delimiter 



^a 



Name of Data Elements 
Seria±’'itegistration Nuniber 



Nunber of 
Positions 



Definition of Data Elements 

^a Serial Registration Number At some time in the future a serial 

registration number may be assigned 
to serial titles. Such a number is likely to 
take a form similar to the standcu^ book number* 
ing scheme now being used in England and else- 
where. Such numbei’s will be entered here. 

Indicators BOTH INDICATORS are blank in this field. 



CMF TAG 025 - OVERSEAS ACQUISITION NUMBER 



For definition and discussion of this tag^ consult page 44 of the 
"Subscriber’s Guide to the MARC Distribution Service". 

Serials are sometimes included in the Library of Congress Overseas 
Acquisition Programs (i.e. LACAP, PL 480). 



CMF TAG 040 - CATALOGING SOURCE 



For definition and discussion of this tag^ consult pages 44-45 of 
the "Subscriber’s Guide to the MARC Distribution Service". 



CMF TAG 04l - LANGUAGES 



For definition and discussion of this tag^ consult pages 45-46 of 
the Subscriber’s Guide to the MARC Distribution Service". 



CMF TAG 050 - L.C. CALL NUMBER 



For definition and discussion of this tag, consult pages 46-47 of the 
’Subscriber’s Guide to the MARC Distribution Service". 



LIFE example 

m 

Indicators 

LC classification number 
Book number 



[$aAP2 \ 



$b.L547 t 



CMF TAG 051 - COPY, ISSUE, OFFPRINT STATEMENT 

For definition and discussion of this tag, consult page 4? of the 
"Subscriber’s Guide to the MARC Distribution Service". 
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CMF TAG 060 - NATIONAL LIBRARY OF MEDICINE GALL NUMBER 



For definition and discussion of this tag, consult page 47 of the 
"Subscriber's Guide to the MARC Distribution Service". 



CMF TAG 070 - NATIONAL AGRICUIITURAL LIBRARY CALL NUMBER 



For definition and discussion of this tag, cons\ilt page 48 of the 
"Subscriber's Guide to the MARC Distribution Service". 



CMF TAG 082 - DEWEY DECIMAL CUSSIFICATION NUMBER 

For definition and discussion of this tag, consult page 48 of the 
"Subscriber's Guide to the MARC Distribution Service". 



IMF TAG 090 - LOCAL CALL NUMBER 



Delimiter 



Name of Data Elements 



$a Class Number 

^b Cutter Number 

^ {foldings Collection Code 



Number of 
Positions 

V 

V 

V+ ''/'' 



Definition of Data Elements 

ia Class Number The class number or letter iirtiich has been assigned 

to this serial title by the local cateiloger accord- 
ing to the cataloging system being used by the 
library in question is entered under this delimiter. 
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IMF TAG 090 - LOCAL CALL NUMBER (Cont.) 



Definition of Data Elements ( cont . ) 

$b Cutter Number The book number, whether it be a Cutter number, 

a letter or a number will be recorded in this 
field under this delimiter. The workmark will 
also appear in this subfield. 



$d Holdings Collection Code This code will be developed by the local 

library to identify specific shelving 
locations within a local system. Because of the 
multiplicity of locations and local usages the 
formulation of the specific codes Is left to the 
discretion of the local library. 

This delimiter will tend to duplicate s(mie of the 
Information entered in the Leader under Library 
Name Code and Branch Name Code. It should be made 
clear that Leader entries identify the department 
or section which maintains the serial record, while 
the codes under this delimiter point to a specific 
shelving location within a local library system. 



Indicators 



BOTH INDICATORS are blank In this field. 



LIFE example 

Indicators 

Class number 
Cutter Number 




Example 



m 

I $aRA$76Al^ 

IbA^ 



$dENG-3 f 



Indicators 
Class number 
Cutter number 
Holdings collection code 
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BOTH 100-130 - MAIN ENTRY 



For definition and discussion of these tags, consult pages U8-5^ of 
the "Subscriber’s Guide to the MARC Distribution Service". 



Comment A standardized entry for the serial will be given 

in the 100s and/or 2k3 tags stored in the CMF record. 

A local entry which varies from the CMF standardized 
entry will be retained if the library so specifies. 

If the variant entry is retained, the author element, 
if one exists, MUST be included in the LMF record - 
whether or not it is the author element portion of 
the entry which is non-standard. 



BOTH TAG 2k0 - UNIFORM TITLE 



For definition and discussion of this tag, consult page 5^ of the 
"Subscriber’s Guide to the MARC Distribution Service". 



BOTH TAG 2kl - ROMANIZED TITLE 



For definition and discussion of this tag, consult page 55 of the 
"Subscriber’s Guide to the MARC Distribution Service". 



BC*TH TAG 245 - TITI£ STATEMEiTT 



Nunber of 
Pogitions 



$a 

$b 

$z 

Definition of Data 
$a Short title 

$b Subtitle 

$z Statanent of 
inclusion 



Cement 



Name of Data aienents 

Short titl e V 

Subtitle V 

Statement of inclusion V 

Elements 



That part of the title 19 to the first logical 
break - usually a mark of punctuation. Data 
found under this delimiter can be used to generate 
a TITIE ADDED ENTRf heading 

The remainder of the title statement. 

The sunnary statement or description of idiat vas 
issued under a given serial title^ usually ex- 
pressed in terms of the nunbering divisions assigned 
by the pObll^er. 

If the serial is still in progress the nrinlmim infor- 
mation most often given is 1 ) the name of the biblio- 
graphic unit; 2 ) the bibliogng>hic unit be ginn i n g 
vi^ue; and 3 ) the beginning date of the serial. 

If the serial has ceased publication, an e ndin g 
date and bibliographic unit value are usually given. 

In some cases several sets of dates and values ulU 
be noted for a single serial title because of nunber- 
ing discontinuities or changes in series. 

^z delimiter normally contains the entire state- 
ment of inclusioa exactly as it q^ears on the catalog 
card. This includes any per^cilled-ln dates or unit 
designations added to bring a card up to date. 

Two or store cemeurrent series of a single serial title 
are to be treated as two or store independent serial 
records, vith its oun siachine record. 

Libraries often use the statement of inclusion as a 
holdings statesient. If TAG 245 $z data has been so 
used, the same data ssist be entered again in the 
holdings TAG 931* 



Standardized titles vill exist at once on the GS(F. 
These titles vill be assigned a tag in the 240 range 

and stored in the CMP. 



BOiTH TAG 243 - THIS STATEMBHT (Cont. ) 



CoBimt (Cont. ) 



Indicators 



A local entry iihlch varies Aram the GMF 
standardized entry irill> if the library ? 
so specifies, be retained. If the variant 
mr ^ r y is retained, the title element must 
be included in the IMF record — idiether 
or not it is the title element idiich is 
non-standard. 



The fIBST INDICATOR snows whether a TIT1£ ADDED 
EMTRY is to be generated Aram the title data in tape 
the form recorded in the short title: 



0 = No title added entry 

1 = Title added entry is same 



TITIE ADDED ENTRIES tdilch are in a f om dif- 
ferent Aram the short title are recorded under 
TAG 740 as defined below. 



The SECOND INDICATOR is blank in this field. 



H 

t 



UEE ezaaple (CMF TAG 243) 




I ^zv. 1-00NOV. 23«1936-lfl<| 0 1 



j 

LIFE example (IMF TAG 243) 



O' 



I $aLif elfensgazine.t 



Indicators 

Short title 

Statement of inclusion 

Indicators 
Short title 
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BOTH TAG 2k3 - TITIE STATEKENT (Cont. ) 



Catalog car d examples 




Bibliogra(diic unit 



Bibliographic unit 
begin value 
Beginning date 



Bibliographic unit 

1st Bib. unit beg. & 
end. values 
1st Beg. and end. dates 

Blbliogrigihlc unit 



2d Bib. unit begin, it 
end. values 

2d Beg. and end. dates- 



Revue de I'Orient et de I'Algw-le et des 
colonies. Bulletin et actes de la 
soclete oriental, alg 6len ne~et colon! ale 
de 6rance...[l 
[2dser.] 







\ 



CMF TAG 250 - EDITICW STATaffiBT 



discussion of this tag, consult page 56 of the 
Subscriber's Guide to the HARC Distribution Service". 





CMF TAG 260 - IMPRINT 



Nunft>er of 
Positions 





Number of 


Delimiter 


Name of Data Elements Positions 


$a 

$b 


Place of publication V 

Publisher V 


$c 

$y 


Dates of publication V 

Publisher* s address V 



Definition of Data Elements 



$a Place 

$b Publisher 
$c Dates 

Publi^er's 

address 


The place (city or town) in idiich the offices of 
the publisher are located* 

The name of the publisher* 

Beginning and ending dates of publication for a 
serial* IThese dates are given only if they were 
nob entered under TAG 2h5 $z STATEMENT OF INCIUSIQN 

The full mailing address of the current publisher 
for serials that are in progress. 


Indicators 


Ihe FIRST INDICATOR shows whether the name of the 
publisher is the same as the main entry: 




0 = Publisher is not Main Entry 

1 = Publisher is Main Entry 




When INDl = 1, the publisher subfield $b is not 
entered under TAG 260* 



The SECam INDICATOR is blank in this field. 



LIFE exanqple 

s 


Indicators 


|$a[ Chicago]^ 


Place of publication 


1 $bTime)i(,inc*^ 


Publi^er 



I $y$40)^N.]<Mi<Aiigan|<Ave. , Chicago, IH.]<606ll| /"[ Publi^er's address 



o 

ERIC 
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CMF TAG 300 - COLLATION & FREQUENCY STATEMENT 



Number of 
Positions 



Delimiter 



Name of Data Elements 



$a Volume or pagination statement V 

$b Illustration statement V 

$c Hei^t V 



$z 



Frequency statement 



V 



Definition of Data Elements 



$a ypiinn** or pagination statement A description of the bibliographic 

unit or units r^resenting a given serial is entered 
under this delimiter. By far the most prevalent 
foim of bibliographic unit is "volume”. Data in 
this field ^ould contain a number representing 
the number of bibliographic units issued; if the 
serial has ceased publication^ a total is given. 

If the bibliographic unit divisions do 
not coincide with the publisher's physical divisions^ 
some legend much as "i n v . foUoira . 

If the serial is still in progress, 
bibliographic unit data may consist of a slnple 
legend such as "v.” 

A pagination statement is ordinarily 
given if the serial is complete in one physical 
division* 

$b Illustration statement Any terns used to describe the 

non-text portion of the serial as a vh.ole may be 
enrerea under this delimiter. 

Some common terms used are maps, 
portraits (ports. ), charts, plates (pi. ) and the 
familiar illustrations (illus. ). 

This field is ecusily identified by the 
presence in most ccuses of the abbreviation "cm.” 

Any adjective, adverb or phrase used to 
describe the frequency of publication is to be 
entered under this delimiter. 



BOTH INDICATORS in this field are blank. 



$c Height 
$d Frequency 

Indicators 



er|c 
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CNF TAG 300 - COLLATION & FREQUENCY STATEMENT (Cent.) 



LIFE example 

IZI 

jtoilltts. (partificol.yincl.feorts. 




I $zwedLly I f [ 



Indicators 
Volume statement 

Illustration statement 
Height 

Frequency statement 



CateJx)g ccuTd example 



Life, v.l- Nov. 23,1936- 
[Chicago], Time, inc. 

V. illus. (part col., incl. ports) 3^ cm. 
vedOy* 




o 
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CMF TAG 350 - BIBIIOGRAPHIC PRICE 



For definition and discussion of this tag, consult page 57 of the 
Subscriber’s Guide to the MARC Distribution Service. 



CMF TAG UOO-U 9 O - SERIES NOTES 



For definition and discussion of these tags^ consult pages 58 - 6 I of 
the”Subscriber*8 Guide to the MARC Distribution Service . 



CMF TAG 500 - GENERAL NOTE 



For definition and discussion of this tag, consult page 6l of the 
"Subscriber's Guide to the MARC Distribution Servic^'. 



LU?'E example 




Indicators 



I $aEditors 2a(l936-)<)<H. R. Inee)(and)(others| General Note 



IMF TAG 501 - "BOUND WITH" NOTE 



This tag is specified on page 6l of the 'Subscriber ' s Guide to the 
MARC Distribution Service". 



BOTH TAG 503 - BIBLIOGRAPHIC HISTORy NOTE 



Delimiter 



Name of Data Element 



Number of 
Positions 




Bibliographic history of the serial V 



Definition of Data Elements 



$a Bibliographic history of the serial - All notes which describe the 

relationships a serial 

may have with other bibliographic records may 
be entered under this tag and delimiter. 



Indicators BOTH INDICATORS in this field are blank. 



Example 




$aSuper sede s]i^the]flNew)[^Int er national"pub 11 died^ 



^as]i(the][(theoretical][^organ][^of)[^theySocialisty^ 



Indicators 

Bibliographic history note 



I worker sfaarty. ”j y| 



Catetlog card example 






Fourth International. ▼. 1- 
May 19to ~ 

[New York, Fourth International 
Publishing association, etc. 

V. in 30cm. monthly (irregular) 



Supersedes the New International 
"published as the theoretical organ of 
the Socialist workers party." 



o 



CMF TAG 504 - BIBLIOGRAHff NOTE 



This tag is specified on page 6l of the "Subscriber's Guide to the 
MARC Distribution Service". 



CMF TAG 505 - CONTENTS NOTE 



For definition and discussion of this tag, consult page 6l of the 
"Subscriber's Guide to the MARC Distribution Service". 



BOTH TAG 600-653 - SUBJECT ADDED ENTRIES 



For definition and discussion of these tags, consult pages 62-65 of 
the "Subscriber's Guide to the MARC Distribution Service" . 

Comment All subject headings for the CSL-PC system will 

be entered initially on the IMF. Should some 
form of subject heading standardization prove 
desirable in the future, such standardized 
entries would appear on the CMF and variant 
forms for local use will continue to reside 
on the IMF. 



LIFE example (IMF TAG 65O) 
$aPHOTOGRAPHYi 



$xPERIODICALS f 



Indicators 

Topical Subject Heading 
Subject Subdivision 
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a#’ TAG 700-750 - OTHER ADDED ENTRIES 



For definition and discussion of these tags, consult pages 65-66 
of the "Subscriber's Guide to the MARC Distribution Service", 



LIFE example (CMF TAG 700) 

[ 1 > 

I $aLuce,VHenrylf^Robinson^ 



$eEd. ^ 



Indicators 

Name 

Dates 

Relator 



CMF TAG 800-840 - SERIES ADDED ENTRIES 



For definition and discussion of these ta.gs, consult page 67 of 
the "Subscriber's Guide to the MARC Distribution Service". 
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BOTH TAGS 900-9^*5 - REFERENCE TRACINGS 
Discussion 



History reference tracings and title heading reference tracings will 
he tagged in the 900-9^^ block of numbers. The tag eussignment vill reflect 
the type of reference entry which is to be generated from the tracings, i.e. 
Personal Author, Corporate Author, Conference, or Title entry. The author 
and title portions of the reference will not be tagged separately. Instead, 
the entire entry will be given either in an author tag (900, 910 or 911) or 
in the title tag (9^5). 

Delimiters have been grouped to reflect two general classes of references: 
History References ($a - and Title Heading References and ^z). The 
History Reference group (^a - $j) is further subdivided by type of reference 
(i.e. 0a see, 0b see also', 0c continued by, $J other references, etc.); 
while the Title Heading Reference group is subdivided into "see” references 
(0y) and "other" references (0z). This means hat the directive words "see", 
"see also", etc. do not have to be recorded ("other" references are an 
exception; the directive words will have to be given since the delimiter can 
contain more than one type of reference tracing). 

Since use of the delimiters for each of the 900-9^^ tags has been 
preempted for type of reference classification purposes the various data 
elements which comprise the author and title segments of the reference 
(i.e. corporate name subdivision, surname, forename, etc.) cannot be indi- 
vidually delimited. 

A further distinction to be made between the usual JDO - tags and 
the 900-9^5 tags involves the format of the delimiters. Each delimiter in 
the 900-9^^ tag block consists of a variable length formatted field which 
is repeatable within the delimiter. Thus 0a of each tag can contain all of 
the "see" history reference tracings for the serial, $b can contain all of 
the "see also" history reference tracings, etc. 
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HISTORY REFERENCES 



The file structure of the CSL-PC Serial System, with its one central 
bibliographic record which is 3upplemented by several local holdings 
records, might seem to require that a policy of successive entries for 
successive titles of a serial be adopted, rather than entry under latest 
title or entry under earliest title. If this were the case then all mem- 
ber libraries would be forced to follow the successive entry policy when 
converting their serial files to CMF and LMF records, whether or not their 

current cataloging practice called for successive entry. 

While successive entries are far easier to establish in a system 
such as this, there is no immediate necessity for imposing such a policy. 
Furthennore , the vast amount of time and energy required to manually change 
all non-conforming serial records to successive entry records so that 
conversion can take place argues against such a course of action. And, 
since such a change, if it is ever required, can be effected with much 
less effort once the serial records have been entered on the CMF and LMF 
files, we have not specified a successive entry policy. Instead, any or 
all of the issues of a serial may be listed under any or all of its succes- 
sive titles. 

The only serious difficulty which arises has to do with the produc- 
tion of a Union Holdings List. A user will have to consult the Union 
Holdings List under each of the successive titles of a serial before conclud- 
ing that the issue(s) sought are not held by any member library. However, 
if the libraries are willing to accept the successive entry policy for union 
lists while retaining individual policies for local holdings lists this 
problem can be avoided. 

In order to allow each library to enter the holdings of successive 
serial titles on the LMF as it pleases and at the same time to insure that 
a reference, at least, and a full record, at most, is established on the 
CMF for each title under which some issues of the serial were published, 
a CMF accessioning procedure has been specified. It is given in flow chart 
form at the end of this section and will be explained in the following 
paragraphs. Examples follow the flowchart. 
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ACCESSION PROCEDURE 



No CMF record vill be created for a serial title unless sosie library 
holds some issues under that title. Hoirever, CMF history reference tracings, 
from which reference entries vill be generated, aust be given for the li ii e di- 
ate predecessor (s) and/or immediate successor(s) of the serial title being 
accessioned - whether or not issues of these predecessors /successors are 
held under that serial title. This will insure that all bibliographic 
chains, separate as well as intertwining, can be traced in the CMF. 

In addition, tracings vill be given for other predecessor /successor 
titles; but only if soaie of their issues are held under the serial title 
being accessioned, i.e. if the 3th title is being accessioned and some of 
the issues of the 3rd title are held under the 3th title, a reference trac- 
ing must be given for the 3rd title even thou^ it is not an immediate 
predecessor/successor. Conversely, if no issues of the 3rd title are held, 
there vill not be a reference tracing for the 3rd title in the 3th title's 
CMF record.) 

History notes (TAG 303) ejq;>laining the relationship of a serial being 
accessioned to its immediate predecessor (s) and/or successor (s) must also be 
supplied in the CMF record. If other predecessors/successors exist, history 
notes explaining their relationship(s) to the serial being accessioned need 
be given only if seme of their issues are held under the serial title being 
accessioned. 

The CMF history tracings vill be printed as reference entries on union, 
output lists (with one exception) only if some issues published under the 
traced title are actually held by a member library. In other words, a 
reference tracing for a predecessor/successor title will not be printed 
unless some of the predecessor/successor's issues are held. This is 
intended to insure that all entries on union output lists will represent 
actual holdings. A "silent" indicator precedes each history reference trac- 
ing. It vill be set at "0" ("silent") on the CMF for those predecessor/ 
successor titles for which no member library has holdings. 

There is one union output list on which all CMF reference tracings 
vill be printed. It vill serve as an accessioning index and is called the 
FINDING LIST. The primary purpose of this list is to help the Processing 
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Center librarian decide in each case whether the addition of a new IMF serial 
record necessitates the culdition of a new CMF record, or a new CMF history 
reference tracing, or whether no change need be made to the CMF. 

STEPS: 

1. If SericLl A (the sericU. being accessioned) appears on the FIHDING 
uIST as a regular entry, build only an LMF record. Check to see if the 
holdings in this LMF record include holdings for any immediate predecessor 
or successor sericLL. 

If such holdings are included, check the "silent” indicator for each 
such predecessor/successor. If it is set at "silent”, reset it at "non- 
silent". Go to Step U. 

If Serial A does not appear on the FIHDING LIST, build IMF and CMF 
records. 

If A appears on the FIHDING LIST as a silent tracing, first delete 
the tracing entry and then build LMF and CMF records. 

If A appears on the FINDING LIST as a regular reference tracing* 
before deleting the tracing check A's CMF record for a history note explain- 
ing the relationship of Serial A to the title to which the reference refers. 

2. Detezmine whether or not any innediate predecessor or successor 
titles exist. If none exist, go to Step U. If one exists, add a history 
note explaining the predecessor/successor's relationship to A's CMF record. 

If the immediate predecessor/successor is entered on the FINDING LIST 
as a regular entry, go to Step 3. 

If the ionediate predecessor/successor is not entered on the FINDING 
LIST or if it is entered on the list as a tracing entry, determine whether 
any of the immediate predecessor/successor's issues are held by this library 
under Serial A. 
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If they are, add a reference tracing for the iamediate predecessor/ 
successor to A's CW record. 

If they are not, add to A's CMF record a silent reference tracing 
(that is, a reference traeing vhidi viU be printed out only on the FlHhlHG 

LIST). 



3. Repeat Step 2 until all iamediate predecessor /successor titles 
have been processed. 

U. If there are other, non-iamediate predecessor(s ) /successor (s ) , 
deteraiine whether any of the issues of the first predecessor/successor are 
held by this library under Serial A. 

If they are not so held, go to Step 5- 

If they are so held, add a history note to A's CMF record, ei^laining 
the predecessor/successor's relationship to A. 

Deteraiine whether the predecessor/successor is on the FUIDIV6 UST. 

If it is and if it is a regular entry, check the predecessor/successor's 
CMF record for a history note explaining the predecessor/successor's relation- 
ship to Serial A. Go to Step 

If the predecessor/successor is not entered on the FIHDING LIST or if 
it is entered on the list as a tracing entry, add a reference tracing for the 
the predecessor/successor to A's CMF record. Go to Step 

5. Repeat Step U until all non-iaanediate predecessor /successors with 
issues held under Serial A have been processed. 

6. Get next record. 
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FIG. 9 : HISTORY REFERENCES FOR AMERICAN FRUIT GROWER MAGAZINE 



In the example below the main entry and history reference tags 
are given for some of the successive titles of the serial lAose history 
is outlined on the preceding page. 



TAG 


Delimiter 


Data 


2U5 


$a 


Flower garden 


9U5 


$g 


American garden/ 


2U5 


$a 


American garden 


9U5 


$c 


Flower garden 




$e 


Gardner's monthly and horticulturist/ 




$f 


Ladies floral cabinet merged with/ 



American garden combined with popular 
gardening and fruit growing resulted 
from the merger (Nov. I891) of Popular 
gardening and fruit growing and/ 



2U5 

9U5 


$a 

$c 

$f 

$g 


American garden combined with popular 
gardening and fruit growing 
American garden/ 

Popular gardening and fruit growing 
merged with American garden (Nov. I89I) 
to become/ 

American gardening/ 


2U5 


$a 


American gardening 


9U5 


$c 


American gcurden combined with popular 
gardening and fruit growing/ 




$J 


Western fruit grower/ 


2U5 


$a 


Western fruit grower 


9U5 


$e 


American gardening/ 




$g 


Fruitgrower and farmer/ 


2U5 


$a 


Fruitgrower and farmer 


9U5 


$c 


Western fruit grower/ 




$g 


Fruitgrower/ 


2U5 


$a 


Fruit grower 


9H5 


$f 


American fruit growercCharlottesvilleU 
resulted from the merger (Aug. lU, I9IT) 
of American fruit growercCharlottesvilles 
and/ 




$g 


Fruitgrower and farmer/ 


2U5 


$a 


American fruit grower CCharlottesviUe 9 


9U5 


$e 


Frait grower/ 

Green's American fruit grower/ 




$h 


2U5 


$a 


Green's American fruit grower 
Green's fruit grower/ 


9U5 


$c 




$d 


American fruit grower CCharlottesvilleS / 




$g 


American fruit grower CChicag 69 / 


2U5 


$a 


American fruit grower cChicago 9 


9U5 


$c 


Green's American fruit grower/ 




$g 


American fruit grower magazine/ 


2U5 


$a 


American fruit grower magazine 


9U5 


$c 


American fruit grower/ 




$e 


American produce grower/ 




$g 


American fruit grower/ 


2U5 


$a 


American fruit grower 


9U5 


$c 


American fruit grower magazine/ 




$f 


American ponology contained in/ 
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TITLE HEADING REFERENCES 



The and 0z delimiters of the 900-9^5 block of tags will be used for 
recording the tracings for serial heading authority references. These 
references may or may not contain an author element. They are discussed 
below under the headings : Tracings ^ references ^ a title main ent j^ 

heading and Tracings for references from variant forms of a serial headi ng 

when entry is under author . 

Traci^2£ ^_^9 r references to a title main entry heading 

References to a serial heading used in the holding library's catalog 
but not traced in a separate authority file will need to be tagged. Title 
main entry headings are normally considered to be "self-establishing” and 
thus are excluded from a separate authority file. If they are excluded 
from the separate authority file, the library must depend upon some other 
file (such as the public catalog) for a record of the tracings of any refer- 
ences made to the "self-establishing" serial title headings . Consequently , 
when such data is found in the catalog record, it should be preserved. 

Traci"p ; « foy references from variant forms o f a serial heading when gn^gr 
is under author 

If they are recorded in the holding library's catalog and if they are 
excluded from a separate authority file, (because they include reference to 
a title), these references will also have to be tagged. Such references 
are from one specific author and title heading to another specific author 
and title heading (i.e. from U.S. Bureau of labor statistics, B.L.S. Bulletin 
^U.S. Bureau of labor statistics. Bulletin) or from a title to an author- 

title heading. 



- 247 - 




CONVERSION OF REFERENCES 



All cross reference records (cairds) should be converted to Reference 
Records. The machine storage format of Reference Records will consist of: 

1. LEADER 

2. Authors 

Title J 

3 . Text 

Reference Records are stored on both files (CMF and LMF). 

Notice that this format is strongly divergent from the standard format. 
This record type is the only case in which the standard record format is not 
used. As can be seen, there is no record directory and there are no tags. 

The leader contains an ”R” in the TVpe or Entry field which identifies it as 
as reference record. 

In addition, all reference tracings contained in serial records will 
be included in the machine record (900-9^5 tag block). At some point after 
conversion. Reference Records should be con^ared with 9OO-9U5 tags. Those 
Reference Records for which 900-9^5 tag(s) exist should then be deleted, 
since the tracings cem oe used to generate Reference Records during each 
monthly update. Those Reference Records for which no 900-945 tag(s) exist, 
and which are therefore untraced, should be preserved, since there is no- 
thing from which to generate them during the monthly update. The b\ilk of 
these records should be records for information cards. The only other 
Reference Records ordinarily not traced in the public catalog are name 
authority references. These references are customarily traced in the name 
authority file before they are filed in the public catedog. If and when the 
library's name authority file is converted, all name authority Reference 
Records may be deleted from the LMF, since the tracings in the name authority 
file can be used to generate Reference Records during each monthly update. 



BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITLE 



Number of 

Delimiter Name of Data Elements Positions 

A. HISTORY REFERENCES 

$a "See" References V + 

$b "See also" References V + "/" 

$c "Continued By" References V + "/" 

$d "Superseded By" References V + "/" 

$e "Absorbed By" References V + "/" 

$f Other References (Directive words must be V + "/" 

given with eeu:h trsu:ing) 

$g "Continues" References V + "/" 

$h "Supersedes" References" V + "/" 

"Absorbed" References V + "/" 

B. SERIAL HEADING REFERENCES 

$y "See" References V + "/" 

$z Other References (Directive words must be V + "/" 

given with each tracing ) 



Definition of Data Elements 

$a " See" References This is a variable length formatted 

field which is repeatable within the 
delimiter. It is to be used for recording a "see" 
reference tracing if the function of the reference 
is to link a predecessor or successor serlcd to this 
serial. It may be used in both the I 24 F and CMF rec- 
cords. 



Format 

"Silent" Indicator 
Reference Tracing 
Field Separator 



Number of 
Positions 

IN 

V 

If jW 
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BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITLE (Cont. ) 
$a "See” References (cont* ) 



"Silent" Indicator 


This is a print key for CMF history 
tracings. It is used to indicate 
whether or not any library in the System holds 
issues of the predecessor/ successor serial from 
which the user is being referred. 




If no library holds issues of the predecessor/ suc- 
cessor serial^ the indicator is set at "silent". 




This insures that a reference entry will be generated 
from the reference tracing for the FINDING LIST 
only. It will be excluded from all other output 
lists. 




For all IMF tracings the indicator should be set 
at "non- silent". 


Code 


Meaning of Code 


0 


Silent reference tracing 


1 


Non- silent reference tracing 


Reference Tracing 


The entire reference tracing is to be 
given here: author segment^ followed 
by a period, followed by the title segment. 


Field Separator ("/") 


A field separator must be given after 
every field except the last. 



$b " See also” References This is a variable length formatted 





field which is repeatable within the 
delimiter. It is to be used for recording a "see 
also" reference tracing if the function of the re- 
ference is to link a predecessor or successor serial 
to this serial. It may be used only in the IMF record. 




Number of 

Format Positions 



"Silent" Indicator 1 N 





Reference Tracing V 




Field Separator "/" 



Reference Tracing 
Field Separator 



BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITLE (Cont.) 



"Silent" Indicator Since this element is a print key 

for CMF history tracings^ it will not 
be used for this field. It should be set at "1" 
(non-silent) for each reference tracing. 



Reference Tracing 



The entire reference tracing is to 
be given here: author segment^ followed 
by a period, followed by the title segment. 



Field Separator ("/") 



A field separator must be given after 
every field except the last. 



$c "Continued by" References This is a variable length formatted 

field which is repeatable within 
the delimiter. It is to be used for recording a 
"continued by" reference tracing. It may be used in 
both the IMF and CMF records. 



Format 

"Silent" Indicator 
Reference Tracing 
Field Separator 



Number of 
Positions 

IN 

V 

If /If 



" Silent" Indicator This is a print key for CMF 

history tracings. It is used 
to indicate whether or not any library in the System 
holds issues of the predecessor/successor serial 
from which the user is being referred. 

If no library holds issues of the predecessor/ suc- 
cessor serial, the indicator is set at "silent". 

This insures that a reference entry will be 
generated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other ouput 
lists. 

For a-T 1 IMF tracings the indicator should be set 
at "non-silent". 

Code Meaning of Code 

0 Silent reference tracing 

1 Non-silent reference tracing 
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BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITLE (Cont. ) 



Reference Tracing 

Field Separator (" 
$d " Superseded by" 



"Silent" Indicator 



Code 

0 

1 

j 

Reference Tracing 



The entire reference tracing is to 
be given here: author segment, fol- 
lowed by a period, followed by the title segment. 



") 



A field separator must be given 
after every field except the last. 



References This is a variable length formatted 

field which is repeatable within 
the delimiter. It is to be used for recording a 
"superseded by" reference. It may be used in both 
the LMF and CMF records. 

Number of 

Format Positions 

"Silent" Indicator IN 



Reference Tracing V 

Field Separator "/" 



This is a print key for CMF history 
tracings. It is used to indicate 
whether or not any library in the System holds 
issues of the predecessor/ successor serial from 
which the user is being referred. 

If no library holds issues of the predecessor/ suc- 
cessor serial, the indicator is set at "silent". 
This insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other 
output lists. 

For all LMF tracings the indicator should be set 
at "non- silent" . 

Meaning of Code 

Silent reference tracing 

Non- silent reference tracing 



The entire reference tracing is to 
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BOTH TAG 900 BEFERENCES - FERS(»«AL AUTHOR FOLLOMED BY TITI£ (Cont. ) 



$d “Superseded by” References (cont. ) 

be given here: author segment, followed by a period, 
followed by the title segment. 



Field Separator ("/") 



A field separator must be given 
after every field except the last. 



$e “Absorbed by” References This is a variable length formatted 

field which Is repeatable within 

the delimiter. It is to be used for recording an 
“absorbed by” reference. It may be used in both 
the IMF and CMF records. 



Format 

“Silent” Indicator 
Reference Tracing 
Field S^arator 



Number of 
Positions 

IN 

V 



“ Silent” Indicator This is a print key for CMF history 

tracings. It is used to indicate 
whether or not any library in the System holds 
issues of the predecessor/ successor serial from 
\diich the user is being referred. 

If no library holds issues of the predecessor/suc- 
cessor serial, the indicator is set at “silent”. 
This inspires that a reference entry will be gen- 
erated tram, the reference tracing for the FINDING 
LIST only. It will be excluded tram all other out- 
put lists. 

For all IMF tracings the indicator should be set 
at “non- silent”. 

Code Meaning of Code 

0 Silent reference tracing 

1 Non- silent reference tracing 
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BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITLE (Cont.) 



Reference Traclry^ 



The entire reference tracing is 
to be given here: author segment^ 



followed by a period, followed by the title seg- 
ment. 



delimiter. It is to be used for recording those 
history references which do not fall in the 
category of $a - $d above or $g - $ j below. It 
may be used in both IMF and CMF records. 



indicate whether or not any library in the System 
holds issues of the predecessor/successor serial 
from %diich the user is being referred. 

If no library holds issues of the predecessor/suc- 
cessor sericd, the Indicator is set at "silent". 
This insures that a reference entry will generated 
frcms the reference tracing for the FINDING LEST 
only. It will be excluded from all other output 
lists. 

For all IMF tracings the indicator should be set 
at "non- silent". 



Field Separator ("/") 



A field separator must be given 
after every field except the last. 



$f Other History References 



This is a variable length formatted 
field vdiich is repeatable within the 



Format 



Number of 
Positions 



ff 



Silent" Indicator 



IN 



Directive Word(s) 
Field Separator 



Reference Tracing and 



V 




"Silent" Indicator 



This is a print key for CMF history 
reference tracings. It is used to 



Code 



Meaning of Code 
Silent reference tracing 



0 



1 



Non- silent reference tracing 



ERLC 
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BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOMED BY TITI£ (Cont. ) 



Reference Tracing and Directive WordCs) The entire reference tracing 

Is to be given here: author 



segment, followed by a period, followed by the 
title segment. In addition the directive words 
(l.e. "continued In part", "merged with", etc.) 
must be given. 



delimiter. It Is to be used for recording a "continues" 
reference. It may be used In both the U4F and the CMF 
records. 



tracings. It Is used to Indicate 
idiether or not any library In the System holds 
Issues of the predecessor/ successor serial from 
^dilch the user Is being referred. 

If no library holds issues of the predecessor/ suc- 
cessor serial, the Indicator Is set at "silent". 
This Insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other out- 
put lists. 

For all IMF tracings the indicator should be set 
at "non- silent". 



Field Separator ("/") 



A field separator must be given 
after every Held except the last. 



$g "Continues" References 



This Is a variable length formatted 
field which Is repeatable within the 



Format 



Number of 
Positions 



ff 



SllentT Indicator 



IN 



Reference Tracing 



V 



Field S^arator 




ft 



Silent" Indicator 



This a print key for CMF history 



Code 



Meaning of Code 
Silent reference tracing 



0 



1 



Non- silent reference tr€u:lng 



ERLC 
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BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLMWED BY TITLE (Cont. ) 



Reference Tracing The entire reference tracing is 

to be given here: author segment^ 
followed by a period^ followed by the title seg- 
ment* 



Field Separator ("/") 



A field separator must be given 
after every field except the last* 



$h " Supersedes” 



References This is a variable length formatted 

“ field which is repeatable with the 

delimiter* It is to be used for recording a "super- 
sedes” reference* It may be used in both the IMF 
and the CMF records* 

Number of 

Format Positions 



"Silent" Indicator 



IN 



Reference Tracing v 

Field S^arator "/" 



"Silent" Indicator This is a print key for CMF history 

tracings* It is used to indicate 
whether or not any library in the System holds 
Issues of the predecessor/ successor serial from 
which the user is being referred * 

If no library holds issues of the predecessor/ suc- 
cessor s^ial^ the indicator is set at "silent"* 
This insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only* It will be excluded from all other out- 
put lists* 

For all IMF tracings the indicator should be set 
at "non- silent"* 

Code Meaning of Code 

0 Silent reference tracing 

1 Non- silent reference tracing 
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BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITIE (Cont. ) 



Reference Tracing The entire reference tracing is 

to be given here: author segment^ 
followed by a period, followed by the title seg- 
ment* 



Field Separator ("/”) 



A field s^arator must be given 
after every field except the last* 



"Absorbed" References This a variable length formatted 

field which is repeatable within the 

delimiter* It is to be used for recording an "ab- 
sorbed" reference. It may be used in both the IMF 
and the CMF records* 

Number of 

Format Positions 

"Silent" Indicator IN 



Reference Tracing V 

Field Separator ”/” 



"Silent" Indicator This a print key for CMF history 

tracings* It is used to indicate 
whether or not any library in the System holds 
issues of the predecessor/successor serial from 
which the used is being referred* 

If no library holds issues of the predecessor/ suc- 
cessor serial, the indicator is set at "silent"* 
This insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only* It will be excluded from all other out 
put lists* 

For 1 IMF tracings the indicator should be set 
at "non- silent"* 

Code Meaning of Code 

0 Silent reference tracing 

1 Non- silent reference tracing 
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BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITIE (Cont. ) 



Reference Treu^jng The entire reference tracing is 

to be given here: author segment^ 
followed by a period, followed by the title seg- 
ment* 



Field Separator ("/') 



A field separator must be given 
after every field except the last. 



$y Serial Heading "See” References This is a variable length formatted 

field which is rQ>eatable within 
the delimiter. It is to be used for recording a 
"see" reference tracing if the function of the 
reference is to lead the user from a serial 
author/title heading which is not used to a serial 
heading which is used. It may be used only Ic the 
IMF record. If and when standardized authority 
references are adopted by the meoiber libraries of 
the CSL-PC, this delimiter may be used in the CMF 
record as well. 

Number of 

Format i Positions 

Reference Tracing V 

Field Separator "/" 



Reference Tracing The entire reference tracing is to 

be given here: author segment, fol- 
lowed by a period, followed by the title segment. 



Field Separator ("/") 



A field separator must be given after 
every field except the last. 



$z Other Serial Heading References This is variable length formatted 

field which is repeatable within 
the delimiter. It is to be used for recording 
those reference tracings which are not "see" 
references but which lead the user from a sericJ. 
author/title heading which is not used to a serial 
heading which is used. It may be used only in the 



BOTH TAG 900 REFERENCES - PERSONAL AUTHOR FOLLOWED BY TITIE (Cont. ) 



$z Other Serial Heading References (cont. ) 

IMF record. If and when standardized authority 
references are adopted by the meinbers of the CSL- 
PC, this delimiter may be used in the CMF record 
as well. 

Format 

Reference tracing and 
Directive Word(s ) 

Field Separator 



Number of 
Positions 

V 



Reference Tracing and Directive Word(s) The entire reference tracing 

is to be given here: author 

segment^ followed by a period, followed by the 
title se^nent. In addition the directive words 
must be given. 

Field Separator (”/”) A field separator must be given 

after every field except the last. 



Indicators BOTH INDICATORS are blank. 
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BOTH TAG 910 REFERENCES - CORPORATE AUTHOR FOLLOWED BY TITLE 



Niimber of 
Poaitions 



Delimiter Name of Data Elements 





A. HISTORY REFERENCES 






$a 


"See” References 


V + 


If ^11 


$b 


"See also" References 


V + 


If ^11 


$c 


"Continued by" References 


V + 


•• 


$d 


"Superseded by" References 


V + 


•I 


$e 


"Absorbed by" References 


V + 


•• 


$f 


Other References (Directive words must 
be given with each tracing) 


V + 


•• ylf 


$g 


"Continues" References 


V + 


•• ^ff 


$h 


"Supersedes" References 


V + 


•• ^ff 




"Absorbed" References 


V + 


If ^ff 




B. SERIAL HEADING REFERENCES 






$y 


"Sec References 


V + 


•• 


$z 


Other References (Directive words must 
be given with each tracing) 


V + 


•• 



Definition of Data Elements 



The data elements in this tag 
are identical to those defined in TAG 900. 
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BOTH TAG 911 REFERENCES - CORPORATE NAME - CONFERENCE OR MEETING FOLLOWED 

BY TITLE 



Number of 



Delimiter 


Name of Data Elements 


Positions 




A. HISTORY REFERENCES 




$a 


"See” References 


V + "/" 


$b 


"See also" References 


V + "/" 


$c 


"Continued by" References 


V + "/" 


$d 


"Superseded by" References 


V + "/" 


$e 


"Absorbed by" References 


V + "/" 


$f 


Other References (Directive words must 
be given with each tracing) 


V + "/" 


$g 


"Continues" References 


V + "/" 


$h 


"Supersedes" References 


V + "/" 




"Absorbed" References 


V + "/" 




B. SERIAL HEADING REFERENCES 




$y 


"See" References 


V + "/" 


$z 


Other References (Directive words must 
be given with each tracing) 


V + "/" 


Definition 


of Data Elements 





The data elements in this tag 



are identical to those defined in TAG 900 



BOTH TAG 945 REFERENCES - TITLE 



Number of 
Positions 



Delimiter 



Name of Data Elements 
A. HISTORY REFERENCES 



^a 


"See" References 


V + 


$b 


"See also" References 


V + 


$c 


"Continued by" References 


V + 


$d 


"Superseded by" References 


V + 


^e 


"Absorbed by" References 


V + 


$f 


Other References (Directive words 
must be given with each tracing) 


V + 


$g 


"Continues" References 


V + 


$h 


"Supersedes" References 


V + 


$0 


"Absorbed" References 


V + 




B. TITLE HEADING REFERENCES 




$y 


"See" References 


V + 


$z 


Other References (Directive words 
must be given with each tracing) 


V + 



ff jw 
If jw 

ff jw 
ff jw 
ff jw 
ff jw 

ff jw 
ff jw 
ff jw 



ff jw 
ff jw 



Definition of Data Elements 



$a " See" References This is a variable length formatted 

field which is repeatable within 
the delimiter. It is to be used for recording a 
"see" reference tracing if the function of the 
reference is to link a predecessor or successor 
serial to this serial. It may be used in both 
the IMF and CMF records. 



Format 


Number of 
Positions 


"Silent" Indicator 


IN 


Title Referred From 


V 


Field Separator 


ff jw 
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BOTH TAG 945 REFERENCES - TITLE (Cont. ) 



"Silent" Indicator 



This is a print key for CMF history 
reference tracings. It is used to 



indicate whether or not any library in the System 
holds issues of the predecessor/successor series, 
from which the user is being referred. 

If no library holds issues of the predecessor/ suc- 
cessor serial, the indicator is set at "silent". 
This insures that a reference entry w ill be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other out- 
put lists. 

For all IMF reference tracings the indicator should 
be set at "non- silent". 



the delimiter. It is to be used for recording a 
"see also" reference tracing if the function of 
the reference is to link a predecessor or successor 
serial to this serial It may be used only in the 
IMF record. 



Code 



Meaning of Code 



0 



Silent reference tracing 



1 



Non- silent reference tracing 



Title Referred From 



The title referred from is given 
here. 



Field Separator ("/") 



A field separator must be given 
after every field except the last. 



$b "See also" References 



This is a variable length formatted 
field which is repeatable within 



Format 



Number of 
Positions 



ft 



Silent" Indicator 



IN 



Title Referred From 



V 



Field Separator 




ERLC 
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BOTH TAG 9U5 REFERENCES - TITLE (Cont.) 



”SilentV Indicator Since this element is a print key 

for CMF histoj.y tracings, it will not he used 
with this field. It should he set at "l" (non- 
silent) for each reference tracing. 



Code Meaning of Code 

0 Silent reference tracing 

1 Non- silent reference tracing 



Title Referred From The title referred from is given 

■ ““ here. 



Field Separator ("/") ^ field separator must \)e given 

" after every field except the last. 



4 e "Continued W References This is a variable length formatted 

field which is repeatable within 

the delimiter. It is to he used for recording a 
"continued hy" reference tracing. It may he used 
in both the IMF and the CMF records. 

Number of 
Positions 



UT 

V 

If /II 



Format 

"Silent" Indicator 
Title Referred From 
Field Separator 
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BOTH TAG 9^5 REFERENCES - TITIF: (Cont. ) 



” Silent” Indicator This is a print key for CMF history 

reference tracings. It is used to 
indicate whether or not any library in the System 
holds issues of the predecessor/ successor serial 
from idiich the user is being referred. 

If no library holds issues of the predecessor/suc- 
cessor serial, the indicator is set at "silent”. 
This insures that a reference entry will be gen- 
erated fpom the reference tracing for the FINDING 
LEST only. It will be excluded from all other out- 
put lists. 

For all IMF reference tracings the indicator should 
be set at " non- silent". 

Code Meaning of Code 

0 Silent reference tracing 

1 Non- silent reference tracing 



Title Referred From The title referred from is given 

here. 



Field Separator ("/") A field separator must be given 

after every field except the last. 



"Superseded by" References This a variable length formatted 

field ^ich is r^eatable within 
the delimiter. It is to be used for recording a 
"superseded by" reference tracing. It may be used 
in both the IMF and the CMF records. 



Format 

"Silent" Indicator 
Title Referred From 
Field Separator 



Number of 
Positions 

IN 

V 

M /ft 
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BOTH TAG 9h3 REFERENCE-TITLE (Cont.) 



“ Silent” Indicator Ihis is a print for CMF history 

reference tracings. It is used to 
indicate \fhether or not any library in the System 
holds Issues of the predecessor/ successor serial 
from vhich the user is being referred. 

If no library holds Issues of the predecessor/ suc- 
cessor serial, the indicator is set at "silent". 
This Insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other out- 
put lists. 

For all IMF reference tracings the Indicator should 
be set at "non- silent". 



Code Meaning of Code 

0 Silent reference tracing 

1 Non- silent reference tracing 



Title Referred From The title referred from is given 

here. 



Field Separator ("/") A field separator must be given 

after every field exc^t the last. 



^e "Absorbed by" References This is a variable length formatted 

field idiich is rentable within the 
delimiter. It is to be used for recording an "ab- 
sorbed by" reference tracing. It may be used in 
both the IMF and the CMF records. 



Format 

"Silent" Indicator 
Title Referred From 
Field Separator 



Number of 
Positions 

IN 

V 
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BOTH TAG 945 REFERENCES - TITLE (Cont. ) 



"Silent" Indicator 


This is a print key for CMF history 
reference tracings. It is used to 
indicate whether or not any library in the System 
holds Issues of the predecessor/ successor serial 
from which the user is being referred. 




If no library holds Issues of the predecessor/ suc- 
cessor serial, the indicator is set at "silent". 
This Insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other out- 
put lists. 




For all Uff* reference tracings the indicator should 
be set at "non- silent". 


Code 


Meaning of Code 


0 


Silent reference tracing 


1 


Non- silent reference tracing 


Title Referred From 


The title referred from is given 
here. 


Field Separator ("/") 


A field separator must be given 
after every field except the last. 


$f Other References 


This is a variable length formatted 
field which is repeatable within 
the delimiter. It is to be used for recording those 
history references which do not fall in the cate- 
gory of $a^$d above or $g-$j below. It may be 
used in both the CMF and IMF records. 




Number of 

Format Positions 



"Silent" Indicator IN 





Title Referred Prom V 




Field S^arator "/" 



Field S^arator 



BOTH TAG 945 REFERENCES - TITLE (Cont. ) 



"Silent" Indicator This is a print key for CMF history 

reference tracings. It is used to 
indicate %diether or not any library in the System 
holds Issues of the predecessor/ successor serial 
from iMch the user is being referred. 

If no library holds Issues of the predecessor/suc- 
cessor serial^ the indicator is set at "silent". 
This Insures that a reference entry will be ge n- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other out- 
put lists. 

For all IMF reference tracings the Indicator ^ould 
be set at "non- silent". . 

Code Meaning of Code 

0 Silent reference tracing 

1 Non- si lent reference tracing 



Title Referred From 



The title referred from is given 
here. 



Field Separator (”/”) 



A field separator must be given 
after every field exc^t the last. 



^ "Continues" References This is a variable length formatted 

field \Ha±ch. is repeatable within 
the delimiter. It is to be used for recording 
a "continues" reference tracing. It may be used 
in both the IMF and the CMF records. 



Format 

"Silent" Indicator 
Title Referred From 
Field Separator 



Number of 
Positions 

IN 

V 
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fl 



Silent" Indicator 



This is a print key for CMF history 



reference tracings. It is used to 
indicate whether or not any library in the System 



from which the user is being referred. 

If no library holds issues of the predecessor/ suc- 
cessor serial; the indicator is set at "silent". 
This insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be eircluded from all other out- 
put lists. 

For all DIF reference tracings the indicator should 
be set at "non- silent". 



delimiter. It is to be used for recording a "super- 
sedes" reference tracing. It may be used in both 
the D4F and the CMF records. 



holds Issues of the predecessor/ successor serial 



Code 



0 



Meaning of Code 
Silent reference tracing 



1 



Non- silent reference tracing 



Title Referred From 



The title referred from is given 
here. 



Field Separator ("/") 



A field separator must be given 
after every field except the last 



$h " Supersede s" Reference s 



This is a veirlable length formatted 
field vdiich is r^eatable within the 



Format 



Nunber of 
Positions 



"Silent" Indicator 



IN 



Title Referred From 



V 



Field S^arator 




ERLC 
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'Silent ” Indicator 



This is a print key for CMF history 
reference tracings. It is used to 



indicate whether or not any library in the System 
holds issues of the predecessor /successor serial 
from which the user is being referred. 

If no library holds issues of the predecessor/suc- 
cessor serial., the indicator is set at "silent”. 
This insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other out- 
put lists. 

For all IMF reference tracings the indicator should 
be set at "non-silent”. 



the delimiter. It is to be used for recording an 
"absorbed" reference tracing. It may be used in both 
the IMF and the CMF records. 



Code 



0 



Meaning of Code 
Silent reference tracing 



1 



Non-silent reference tracing 



Title Referred From 



The title referred from is given 
here. 



Field Separator ("/”) 



A field separator must be given 
after every field exc^t the last. 



"Absorbed" References 



This is a variable length formatted 
field idiich is repeatable within 



Fomat 



Ntmiber of 
Positions 






Silent" Indicator 



IN 



Title Referred From 



V 



Field Separator 




ERLC 
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"Silent" Indicator 



Code 

0 

1 

Title Referred From 
Field Separator ("/") 
$y Title Heading "See" 



This is a print key for CMF history 
reference tracings. It is used to 
indicate ^whether or not any library in the System 
holds issues of the predecessor/successor serial 
from which the user is being referred. 

If no library holds issues of the predecessor/suc- 
cessor serial^ the indicator is set at "silent". 
This insures that a reference entry will be gen- 
erated from the reference tracing for the FINDING 
LIST only. It will be excluded from all other out- 
put lists. 

For IMF reference tracings the indicator should 
be set at "non-silent". 



Meaning of Code 

Silent reference tracing 

Non-silent reference tracing 



The title referred from is given 
here. 



A field separator must be given 
after every field excqpt the last. 



References This is a variable length formatted 

field idiich is repeatidble within the 
delimiter. It is to be used for recording a "see" 
reference tracing if the function of the reference is 
to lead the user from a seriaLl title heading idiich is 
not used to a serial heading idiich is used. This 
delimiter may be used only in the IMF record. If 
and idien standcurdized authority references are adopted 
by the member libraries of the CSL-PC^ this delimiter 
may be used in the CMF record as well. 



Format 



Number of 
Positions 



Title Referred From 



V 



Field Separator 



BOTH TAG 945 BEFERENCES - TITLE (Cont. ) 



Title Referred From 



The title referred from is given 
here. 



Field Separator (”/”) A field separator must be given after 

every field except the leust. 



$z Other Title Heading References This is a variable length formatted 

field \diich is repeatable within the 
delimiter. It is to be used for recording those refer 
ence tracings other than "see” reference tracings 
which lead the user from a serial title heading which 
is not used to a serial heading which is used. The 
delimiter may be used only in the U 4 F record. If and 
•when standardized authority references are adopted 
by the members of the CSL-PC^ this delimiter may be 
used in the CMF record as well. 



Format 



Number of 
Positions 



Title Referred From and V 

Directive Word(s ) 

Field Separator "/" 



Title Referred From and Directive Word(s) The title referred from is 

given here. In addition the 
directive word(s) must be given. 



Field Separator ("/") 



A field separator must be given after 
every field except the last. 



Indicators 



BOTH INDICATORS are blank. 
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CMF TAG 950 - HOLDINGS 



Delimiter 



Name of Data Elements 



Nuniber of 
Positions 



$a 

$b 

$x 



Basic Holdings Matrix 
Holdings Generation Pattern 
Holdings Statement for Irregular 



V 



V 



V 



$z 



Serieils 

Holdings Comments 



V 



Definition of Data Elements 



$a Basic Holdings Matrix 



The CMF Basic Holdings 
Matrix records the contin- 



uous chain of hihliographic units published 
over the periods for which member libraries 
have holdings. If gaps occur in members’ 
holdings they should not be reflected in this 
delimiter. However, if the gaps are very 
large, they may be represented as indicated 
in Holdings Generation Pattern. 

This delimiter will contain at minimum a 
matrix position for each bibliographic unit 
Issued under this title which is held by some 
libratry (or libraries) in the system. At 
maximum, it will contain a matrix position 
for each bibliographic unit issued under this 
title whether or not it is held by a library 
in the system. The Basic Holdings Matrix 
must be used in conjunction with the Holdings 
Generation Pattern. The matrix positions will 
contain blanks initially. 

This delimiter should be used for serials 
having numbered counting units, each of which 
can be related to a fixed time span stated 
in terms of full years (l.e. no fractions). 

These serials have been labeled BIB UNIT/ 

FIXED TIME SPAN SERIALS. 

To better understand the Basic Holdings Matrix 
read the discussion under LoceO. Holdings Matrix 
($a under TAG 951) and Holdings Generation 
Matrix ($b under 950 ). 

Another term for "numbered counting unit" is 
"bibliographic unit". 

A "bibliographic unit" is defined to be what- 
ever numbering division of a serial the 
Processing Center Serials Librarian has approved 



CMF TAG 950 - HOLDINGS (Cont. ) 



$a Basic Holdings Matrix (cont. ) 

for use as a counting unit. The division is 
identified by name in the Holdings Generation 
Pattern. 



The Basic Holdings Matrix 
may also he used for serials 
with numbered counting units (bibliographic units) 
none of which can be related to a fixed time span^ 
(e.g. Report Nos. 1-50 ). It may also be used if 
such a serial has only a beginning and ending 
date, or only a beginning date, or very sporadic 
date-unit relationships. All dates would then 
be recorded in the Holdings Comment delimiter, 

$z of this tag. Holdings can be output in a 
unit -by-unit format or in a summary statement 
format. Dates, however, would be listed exactly 
as they were recorded in $z. Those active serials 
which fall into this category can have their 
Basic Holdings Matrix updated automatically, but 
any dates contained in their $z delimiter will 
have to be manually updated. These serials have 
been labeled BIB UNIT/NO FIXED TIME SPAN SERIALS. 

All serials which use the Basic Holdings Matrix 
may be thou^t of as "regular" serials. 



Example 






Comment The Example given above 

shows the initial form 
of $a under 950. An actual holdings con- 
figuration that would generate such a pattern 
for $a under 950 might be; 

vol. 5-10 of Serial A held by Library 01 

vol. 25-30 of Serial A held by Library 02 

vol. 20-35 of Serial A held by Library 03 

It should be noticed that the Basic Holdings 

Matrix will contain a matrix position for 
vol. 5-35 even though.no library holds vol. 
10-20. This means that the total number of 
positions in the matrix will be 35 as shown 
in the Example above. 
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$b Holdings Generation Pattern The primary function of 

this delimiter is to enable 
the Holdings program to expand the Basic 
Holdings Matrix into a text form. It is used 
only in conjunction with the Basic Holdings 
Matrix. 

This is a variable-length, formatted field 
which is repeatable within the delimiter. The 
various subfields will be separated by a field 
separator ("/")• 

A single entry will appear in this delimiter if 
the Holdings Generation Pattern does not change 
throughout the history of publication. However, 
if a change in any of the elements has occurred 
there must be an additional Holdings Generation 
Pattern to reflect each change or set of changes 
in publication pattern. Also if a very large 
gap occurs in the composite holdings of member 
libraries, multiple entries may be given. This 
will obviate the need for carrying matrix 
locations for those volumes covered by the gap. 

Because Holdings Generation Pattern is a complex 
field, it has been broken down into its constituent 
parts for ease of understanding. The reader is 
advised however that only a careful reading of 
TAG 950 and TAG 951 will thoroughly acquaint him 
with the iniportant interrelations that exist 
among the sub-elements of these two tags. All 
subelements in the discussion which follows will 
be right- justified with zero fill. 



Name of Subelement 


Number of 
Positions 


Begin Year 


4n 


Fiscal Year 


2N 


Ratio of Year Span to Bib Unit Span 


2N 


Division Name 


3A 


Division Field Length 


IN 


Increment Value of Division 


IAN 


Begin Matrix Location 


3N 


Number of Matrix Locations 


3N 


Begin Value 


V 
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The year value associated with 
the first bibliographic unit 
HELD by any library in the system, (it may 
or may not be the first bibliographic unit 
ever issued. ) This sub-field should contain 
blanks if the serial is a BIB UNIT/NO FIXED 
TIME SPAN serial, (e.g. "Reports 1-50"). 

The last two digits of a fis- 
cal year value, (e.g. 1961/62) 
associated with the first bibliographic unit 
HELD by any library in the system. In this 
Guide ’fiscal year’ means any publication 
year which does not coincide with a calendar 
year (so a publication year running from April 
to April is a fiscal year). This sub-field 
is never used when Begin Year contains 
blanks . 

Ratio of Year Span to Bib Unit Span Two numeric posi- 

tions will be used 

to enable the Holdings programs to match 
years to bibliographic units when Holdings 
lists are to be generated. They are not 
used in generating the Basic Holdings Matrix. 
The ratio may be stated in terms of "years 
per bibliographic unit" , or "bibliographic 
units per year" or "year span per biblio- 
graphic unit span". See examples which 
appear at the end of this delimiter section. 

The first numeric position. Year Span cannot 
contain a value less than 1. It should con- 
tain blanks if the serial is a BIB UNIT/NO 
FIXED TIME SPAN serial (e.g. "Reports 1-50"). 

Likewise, the second numeric position in this 
field cannot contain a value less than 1 and 
should contain blanks if the serial is a BIB 
UNIT/NO FIXED TIME SPAN serial. 

Division Name The name of the numbering 

division which serves as the 
bibliographic unit (the counting unit for 
bound issues) is found in this position.. 

The length of this field is limited to three 
alphabetic positions. If the name (or its 
abbreviation) occupies more than three posi- 
tions it must be truncated. Note that the 



Begin Year 



Fiscal Year 
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Definitions of Subelements (cont.) 

full name or abreviation may be given elsevhere 
under $z of TAG 2U5. All serials can be con- 
sidered to have bibliographic imits. For 
some serials the only counting unit is the 
year of publication. A serial which covers 
one or more years (e.g. an annual report) has 
a bibliographic unit - the year of coverage - 
vhich may or may not coincide with the years 

of publication. For such serials the code 
YEA for year may be entered in this field. 

Division Field Length Find here the number of posi- 

tions required to express the 
values of the bibliographic \mit. Division 
Field Length determines the length of Begin 
VeJ.ue. 

Increment Value of Division Stored in this single alpha— 

numeric position will be a 
code for the amount by which the bibliogra- 
phic unit division must be incremented in 
order to form its next value. If the incre- 
ment is a single alphabetic letter • this 
field contains the code A. 

If the Division Name is "year" , and the bib- 
liographic unit year values coincide with 
the years of publication, this field will 
contain the same value as that given in 
Year Span. 

Begin Matrix Location Matrix locations are numbered 

sequentially beginning with 
001 for the earliest unit recorded in the 
system. Begin Matrix Location indicates 
the matrix location at which the associated 
Holdings Generation Pattern takes effect. 

of Matrix Locations The value contained in this 

field will indicate the number 

of bibliographic units described by this 
Holdings Generation Pattern. If the Holdings 
Generation Pattern being given is the latest 
or most recent pattern, an asterisk must be 
placed in the third position of this field. 

The asterisk indicates that this pattern con- 
trols through the end of the Basic Holdings 
Matrix. 
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Definitions 



Begin Value 



of Subelements (cont.) 



The value of the first biblio- 
graphic unit of that part of 
holdings being described in the Holdings 
Generation Pattern is stored in this posi- 
tion under $b of TAG 950. 



CMF TAG 950 - HOLDINGS (Cont.) 

BIB UNIT/FIXED TIME SPAN SERIAL 

EYflmple : y. 7-13 (1901-1911* ) 

V. 15-19 (1917-1926) 

In this exan^le each volume covers two years. 
Therefore, the "years per bibliographic unit” 
ratio will be entered €*s 2:1. 






Matrix Loc. 1,2,3 •• 



13 I 



i I iib. unit span 

I I 

I Year span 
Fiscal year 
Begin year 



Delimiter 



i Vol»±3 i 



I 



I 

I 

D: 



1 1^1 



I I I Begin value 

I I I 

' I Humber of matrix locations 

I Begin matrix location 
Increment value of division 
Division field length 
ision name 



This combination of pattern and matrix can be used to print 
the as represented above or in various other formats, 

(e.g. , volume by volume, etc.) 
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BIB UNIT/ FIXED TIME SPAN SERIAL 

Example : v. 1-64, 1936-June 1968 

In this example volume 1 covers 1 year. Therefore, 
the "years per bibliographic unit" ratio (or "Bibliographic 
units per year" ratio) will be entered as 1:1 in the 1st 
Holdings Generation Pattern. 

Each succeeding volume (2-64) covers l/2 year. Therefore 
the ratio should be stated in "Bibliographic units per year" 
terms. The ratio will be entered as 1:2 in the 2nd Holdings 
Generation Pattern. 



Basic Holdings Matrix 




Holdings Generation Pattern 



[»)|1936| 1<>( I 1 I 1 IVollU I 1 1 001 1 twi icWal /S 



^7l V|< 



1 

Begin year I 
tlscal 



2 

TT 



Vol 



4 

T 



1 

T 






year 



I 

I 



r 

I 

I 

[ 



Year span ' > 

^ I I I 

Bib. unit span 

♦ 1 

Division name 
1 > 

Division field length 
I I I I 
Increment value, of division 
i I I I 
]tegin matrix location 

^1 I 

Number of matrix locations 
« ■ 

Begin I value 

i^eld sep€u:‘ator 

This combination of pattern and matrix can be used to print 
the holdings as represented above or in various other formats. 

(e.g. volume by volume, etc. ) 
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BIB UNIT / NO FIXED TIME SPAN SERIAL 



Example ; Reports 1-50 

In this example there is no "Years per bibliographic unit" 
ratio. Therefore the ratio fields will contain blanks. 

Basic Holdings Matrix 




Holdings Generation Pattern 



1$ b UmUlt U I I Rep 






001 



00 * 



001 






^egin value 



Number of matrix locations 



Begin matrix location 

increment 
value of 
division 



Division 
field length 

Division name 



Bib. unit span 
^ear ^an 
Fiscal year 
Begin year 

This combination of pattern and matrix can be used to print the 
holdings as represented above or in a unit-by-unit format. 
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Definition of Data Elements (cont . ) 

$x Holdings Statement for Irregular Serials This veiriahle 

length unfor- 
matted delimiter can he used for recording 
the numbering, etc., of the bibliographic 
units of serials which are outside the scope 
of Basic Holdings Matrix and Holdings Genera- 
tion Pattern. The holdings may be given in 
a detailed text form or in a summary text form. 
This delimiter will not be automatical]^ up- 
dated. Therefore any change must be input via 
a change transaction which replaces the entire 
delimiter. 



Comment It is recommended that this 

field be given in a summary 
text form. If this is doxie, and if a field 
separator (J'/”)is used to separate the upper 
limit from the rest of the data, the upper 
limit can be changed whenever necessary with- 
out this change affecting the rest of the 
holdings statement. If this is done the 
capacity of this delimiter will have expanded 
so that the holdings for serials with thou- 
sands of bibliographic imits (e.g. Securities 
and Exchange Commissions Releases) will not 
have to be expressed in thousands of matrix 
positions but can, instead, be given here in 
a short summary form with an ever changing 
upper limit. This would require an additional 
change transaction to be specified for up- 
dating this upper limit. 

Holdings Comments This vcu'iable length, unformatted 

delimiter may contain any de- 
scriptive information pertaining to biblio- 
graphic units or issues. Such comments should 

be entered in the record only after the ap- 
proval of the Processing Center Serials Li- 
brarian has been obtained. 

One important category of information which 
will appear in this delimiter is some defini- 
tion of 'series'. If the bibliographic units 
have been separated into groups characterized 
as series or sane other division name, each 
of these series should be defined here, if 
the Basic Holdings Matrix was used. £ax:h 
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Definition 



Example 



Example 



Example 



Indicators 



of Data Elements (cont.) 

comment which is to begin on a new line of 
output must be preceded by a field separator 
("/"). 

j $z V. 1~12. I9U0-52 constitute the 1st ser./"3 
I V. 13 “ 2 k, constitute the 2nd ser. ^ 

If a BIB unit/no FIXED TIME SPAN SERIAL has 
one or more dates associated with one or more 
of its units the date(s) may be ceurrled in 
this delimiter. 

An active serlcLl with these holdings: 

Bulletin 1 through ^5 

Bulletin 1 is dated 1940; Bulletin 45 is dated 

1947. 

$2 BuU. 1^940; Bull. 45, 1947 

A dead serial with these holdings: 
v.1-3, 1911-Oct.l9l8 

I {^2 v.l dated 1911; v.3 dated Oct. 1918 f" 



BOTH INDICATORS are blank. 



LMF TAG 951 - HOLDINGS 



Delimiter Name of Data Elements 



$a Local Holdings Matrix 

$x Holdings Statement for Irregular 

Serials 

$z Holdings Comments 



Number of 
Positions 



V 

V 

V 



Definition of Data Elements 



$a Local Holdings Matrix A matrix position for each bib- 

liographic imit permanently 
held (i.e. bound) by the library will be stored 
here. A "bibliographic unit" is whatever num- 
bering division the Processing Center has ap- 
proved for use as a counting unit. The divi- 
sion is identified by name in the Holdings 
Generation Pattern under TAG 950. 

The Local Holdings Matrix is a variable-length, 
formatted field repeatable within the delimiter; 
it is to be used in conjunction with the CMF 
Basic Holdings Matrix and Holdings Generation 
Pattern under TAG 950. Matrix locations in this 
delimiter assume the numbering of the CMF Basic 
Holdings Matrix locations with which they are 
associated. The CMF Basic Holdings Matrix def- 
inition - under TAG 950 - indicates which type 
of serial uses holdings matrices and which type 
uses the Holdings Statement for Irregular Serials 
delimiter. 

A Basic Holdings Matrix can be visualized more 
easily if it is thought of as a string of clus- 
ters. Each cluster is made up of a three-digit 
number indicating the Begin Matrix location, a 
variable length Holdings Matrix Field and a spe- 
cial slash Field Separator (/) following each 
cluster except the last. 

The field will need to be repeated only if large 
gaps occur in the library's holdings. Small gaps 
can be represented in the matrix by specifying 
"missing" bibliographic units. Note that in 
this delimiter holdings are being described only 
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$a Local Holdings Matrix (cont. ) 



in terms of bibliographic units; this is because the 
Basic Holdings Matrix contains data concerning the 
bibliographic unit as a whole. 

Formatted holdings information about individual issues 
will be found only in that part of the record - under 
TAG 971 - which is concerned with trewking individual 
issues until that point in time when they have be- 
come part of the library's permanent holdings. How- 
ever, it is possible for a library to record and 
preserve unformatted information about the individual 
issues of bibliographic units which have become part 
of permanent holdings. This can be done by recordini; 
such information in the $z sub-field under TAG 951. 

If this is done, however, any subsequent changes 
which the library wishes to make in the issue unit 
information can be made only if the library is 
willing to input, or resubmit, all (that which has 
not changed as well as that which has changed) of 
the data recorded under $z of TAG 971* 

A code contained in each matrix position will indicate 
the condition of the associated bibliographic unit. 
Possible conditions are as follows: 



Code 
1 
2 

3 
k 

5 

6 

7 

8 

« 



Meaning of Code 
Complete, Bound, Hard Copy 
Complete, Unbound* Hard Copy 
Complete, Microform 
Incomplete, Bound, Hard Copy 
Incomplete, Unbound^ Hard Copy 
Incomplete, Microform 
Mssing (want LIST candidate) 
Missing (Exclude from WANT LIST) 



Unbound includes partially bound. 
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Example 



FIG. 10: LOCAL HOLDINGS MATRIX 

Assume that Library A has a "small gap” in its 
holdings as shown below: 



FILM: V. 2-15 (1937-1943) 

V. l6, nos. 1-19, 21-26 ( Jan. -June 1944) 
V. 17, nos. 20-26 ( July-Dee. 1944) 

V. l8, nos. 1-10 (Jan. -June 1945) 

V. 19-29 (July 1945-1950) 



HARD COPY: 



V. 30-39 ( 1951 - 1955 ) 

V. 4l, nos. 1-24 (July-Dec. 1956) 
V. 42-58 (1957-June 1965) 

V. 59, nos. 2-26 (July-Dec. I965) 
V. 60 (Jan. -June 1966) unbound 
V. 61-64 (July 1966-June 1968) 



The Local Holdings Matrix will contain a matrix 

position for each volume held: v.1-39, 41-64. In 
addition, since the only gap is a small one (v. 40) 
there will be a position for the missing volume. 



1 Klita00y333333333333366633333333333milUUl j 

1937 I 9 *t 6 1951 

Local Matrix 

\ 8U11111111111111111451111 i 

t t 

1956 1066 



Example 



Assume that Library A has the following "large gap" 
in its holdings: 



FIIM: V. 2-15 ( 1937 - 1943 ) 

V. 16, nos. I-19, 21-26 (Jan.'-June 1944) 
V. 17, nos. 20-26 ( July-Dec. 1944) 

V. 18, nos. 1-10 (Jan.-June 1945) 



HARD COPY: 



V* 4l, nos. 1-24 (July-Dec. 1956) 
V. 42-58 (1957-June 1965) 

V. 59, nos. 2-26 (July-Dec. I965) 
V. 60 ( Jan. -June 1966) unbound 
V. 61-64 (July 1966-June 1968) 



R 
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FIG. 10 (Cont.) 



The Local Holdings Matrix will contain a matrix 
position for each volume held: v. l-l 8 , U 1 - 6 U. 

The large gap (v. 19-^0 missing) will not he 
represented. Therefore, two local holdings 
matrices will be used. 






I 11^1 $a002|33333333333333666/0li3^Ulllllllllllllll ^ 

t t 



1937 



Local Matrix 1957 Local Matrix 



r 

I I IIU 311 II } 



1 

\ 






' 
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$x Holdings Statement for Irregular Serials This variable-length, 

unformatted delimiter can 

be used to record the numbering of those bibliographic 
units of serials which are outside the scope of both 
holdings matrices (CMF and IMF) and the Holdings 
Generation Pattern. The holdings may be given in a 
detailed text form or in a summary text form. 



Example 



|x [ist ser. ] v.l, 3-5. 7. 9-11. 1843-1846; \ 



2d ser. ] v.2 , 6 , 8, 12-14, 1847-1833^^ 



Comment It is recommended that this field be 

given in a summary text form. If this is done, and 
if a field separator (/) is used to separate the 
upper limit from the rest of the data, the upper limit 
can be changed whenever necessary without this change 
affecting the rest of the holdings statement. If this 
is done the capacity of this delimiter will have ex- 
panded so that serials with thousands of bibliographic 
units (e.g. Securities Exchange Commission releases) 
will not have to be expressed in thousands of matrix 
positions but can, instead, be given here in a short 
summary form with an ever-changing upper limit. This 
would require that an additional change transaction be 
specified for updating this upper limit. 



$z Holdings Comments This variable-length, unformatted 

delimiter will contain any library- 
unique holdings information the library may wish 
to preserve which is not specifically provided for 
elsewhere in this report. It is anticipated that 
detailed holdings statements for incoii 5 )lete biblio- 
graphic units will form the bulk of the contents of 
this field. 



Example 



* )Z Inconiplete vols. with issues held: v.l6, nos.l- m 



21-26, Jan. -Apr. 21, May 1- June '1944; v.l7, nos.20^^2^ 



Nov. 21-Dec. 1944; v.l8, nos. 1-10, Jan. -Mar. 1^, 194^;^ 
V.41, nos. 1-24, July-Dee. 1^,195^; v»59* nos. 2-26,^ 



July 12-Dec. 196^. | f ( 



Indicators 



The FIRST INDICATOR describes the 
microform in which all or some of the 
issues are held. Each bibliographic unit will be 
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IMF TAG 931 - H01DIHG8 (Oont. ) 



Indicators fcont. ) 


characterized as either "hard copy" or "nicrofon** 

in the Local Holdings Ifatrlx. This in- 
dicator vill specify the type of nlcrofoin held^ pro- 
viding one or nore of the biblipgnphic units is 
characterized as nierofQm. Mlcrofom is a catchy 
all ten; it includes all non-hardcopy fons. If 
no issues are held in nlcrofom the Indicator vill be 
blank. 


Code 


Meanine of Code 


1 


Microfilm 


2 

3 

4 


Microfiche 
MLcrocard 
Meignetlc tape 



3 

4 



TOae SECOND INDICATOR is blazik in this field. 



IMF TAG 931 - ARRIVAL HISTORY 



Humber of 

Delimiter Heme of Data Elements Posltlone 

$a Issue ArrlTsl History V 



Definition of Dsta Element 



$a Issue Arrival History This delimiter should be used 

if a library wishes either to 
preserve issue arrival history data which al- 
ready exists for the serial and/or wishes to 
use the ccmputer to begin collecting issue 
arrival history data. The second goal can be 
realized by preserving here the dates of the 
weekly iqpdate programs under which the arrival 
cards were submitted. Likewise, if the library 
wishes to begin, or to continue, manually col- 
lecting and inputting arrival history data as 
additions to the record, this delimiter should 
be used for that purpose. 

If the decision to use a statistical method of 
claiming is made, this delimiter will have to 
be used. 

The actual arrival data of each issue will be 
input in any format the library chooses. See 
LIFE example in this report. The LIFE example 
uses a three-position Starting Prediction Matrix 
Location followed by a string of two-digit 
nuidiers indicating the variance in weeks from 
the predicted week. At the end of a fiscal 
year the arrival data will be transferred to 
a history tape. 

Indicators BOTH HDICATORS will be blank in this field. 
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CMF TAG 9^8 - ABSTRACTED U 



fuBiber of 
PotltioOB 



Delialter 



Maae of Data Elements 



$a 

$b 



lane of Abstracting Service V 

Hame of Abstracting Service V 



Definition of Data Elenent 



$a Hame of Abstracting Service — The full name (or its conventional 

abbreviation) of a publication lAiich 
regularly abstracts the contents of 
the serial will be given here. 

$b Hame of Abstracting Service — If more than one publication regularly 

abstracts the serial's contents, $b throuj^ 
vlll be used to delimit the additional 
names. 



Indicators 



BOTH IHDICATQRS are blank. 



CMF TAG 959 - IKDEXED IH 



luHber of 



Delimiter 


Vame 


of Data Elements 


Positions 


$a 


Hame 


of Indexing Service 


V 


$b 


Name 


of Indexing Service 


V 



Definition of Data Element 



$a Heme of Indexing Service — The full name (or Its conventional abbre- 
viation) of a piibll cation which regularly Indexes 
the contents of the serial will be given here. 

$b Name of Indexing Service : If more than one publication regularly Indexes the 

serial's contents $b throu£^ $z'wlll be used to 
delimit the additional names. 



Indicators 



BOTH IHDICATOBS will be blank. 



LIFE exampl? 




I$a Readers' K Guide If 1 



Indicators 
Abstracted In 



I 

[ 
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IMF TAG 960 - BINDING 



Delimiter 


Number of 

Name of Data Elements Positions 




Binding Data 


$b 


Binding Title 6 n 


$c 


Next Binding Unit 6 n 


$d 


At Binding Processing Unit V 


$z 


Binding Cosments or Notes V 



Definition of Data Elemente 



$a Binding Data 


Ten alidianumeric codes 
entered here allotr the 

local library to specify various physical aspects 
of the binding processing desired. Each of the 
several aspects is named below and its range of 
codes follows. Obviously » any or all of the 
codes can be ei^anded by the local library. 


Style Ck>de 


Meaning of Code - 


1 


Quarterbind 


2 


Portfolio 


3 


Pam Bind 


Material Code 


Meaning of Code 


1 


Buckram 


2 


Full Cloth 


3 


i^orocco 


Color Code 


Meaning of Code 


A 


Black 


B 


Blue 


C 


Brown 



IMP TAG 960 - BHiDniG (Cont. ) 



Color Coda (cont.) 


Neaninc of Code 


D 


Gray 


G 


Green 


M 


Maroon 


0 


Orange 


P 


Purple 


R 


Red 


T 


Tan 


Ada Code 


Meaning of Code 


1 


AU ads 


2 


All ads in last issue 


3 


Vo ads 


Covers Code 


Meaning of Code 


1 


All covers 


2 


Cover page between 


3 


Front cover of each issue 


k 


Ho covers 


TPCI Bind-In Code 


Meaning of Code 


0 


Hone 


1 


Title Page 


3 


Contents 

Index 


k 


Title Page and Index 



5 



Title Pace and Contenta 



IMF TAG 960 - BINDING (Cont.) 



TCP! Code (cont.) 
6 
7 

Ink Code 
1 
2 

3 

k 

5 

6 

7 

8 

Type Size Code 



Font Code 



Meaning of Code 

Contents and Index 

Title Page, Contents and Index 

Meaning of Code 

Gold 

Nhlte 

Black 

Blue 

Red 

Green 

Brown 

Carbon 

Meaning of Code 

Local Library to assign a 
two-digit number 

Meaning of Code 

Local library to supply a 
single alphabetic character. 



$b JBinding Title The spine data which does not 

change appears here and includes 
all spine data except issue designation data. 

The data is strung out in print-line segments 
which are separated by a field separator (''/”)• 
Even if the full main entry constitutes the 
binding title, this delimiter should contain 
the title, line by line. If only one print 
line segment is used, noCV) is needed. 



LT4F TAG 96 O - BINDING (Cont. ) 



Example 



|$bLloyd library and museum ^ 



First Binding Title Line 



^^Bibliographic contribution^ 



Second Binding Title Line 



$c Next Binding Unit The contents of this fixed 

length delimiter will change. 
When a binding unit Is con^lete a Binding Turn- 
around card No. 1 (BTC l) will be Issued and the 
Prediction Matrix Locations of the upper and 
lower Issues of the unit will be stored here. 

When the library notifies the computer (via the 
BTC 1 ) that the next binding unit has been sent 
to binding processing, the contents of this 
delimiter will be transferred to $d under TAG 96 O. 

Number of 

Format ! Positions 

Lower limits of Next Binding Unit 3N 

(lower Prediction Matrix Location) 

Upper Limits of Next Binding Unit 3N 

(upper Prediction Matrix Location) 



$d At Binding Processing Unit This is a fixed length 

delimiter. Its contents will 
change. When the library notifies the computer 
(via the BTC l) that the Next Binding Unit, specified 
in $c above, has been sent to binding processing the 
contents of $c will be transferred to this delimiter 
where they will remain until the library notifies 
the computer (via BTC 2) that the unit has been 
returned from binding processing. At this point the 
faot that the binding unit issues are now permanently 
held (i.e. bound) will be recorded in the Prediction 
Matrix Field under TAG 971. 



Number of 

Format : ^ Positions 

Lower limits of At Binding 3 N- 

Processing Unit (Lower Prediction 
Matrix Location) 

Upper limits of At Binding 3N 

Processing Unit (Upper 
Prediction Matrix Location) 
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IMF TAG 960 - BINDING (Cont. ) 



$z Binding Comnents or Notes Comments addressed to the 

binder or to the bindery 
preparation section of the library, which are 
not specifically provided for elesewhere in this 
tag, and which pertain to the serial as a whole 
may be recorded here* 

If binding is "Temporal" but occurs less often 
than annually, the binding unit limits MUST be 
given here, and must be e3q?ressed in terms of 
years* Likewise, if binding is determined by 
the increment of a numbering division but occurs 
only after 2 or more increments, the binding 
unit limits must be given here* The binding 
notices will be issued for every year (or for 
ror every numbering division increment). 

The interim notices should be ignored. 



LIFE example 



KzTrlm)6caref ully I T 



Example 



Binding Comment 



gzBlndbSvols.batlilabtimg* I 



Binding Comment 



Indicators The FIRST INDICATOR will record binding priority 

as shown below: 

Code Meaning of Code 

0 RUSH 

1 REGULAR 

The SECOND INDICATOR in this field is blank. 
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CMF TAG 9T0 - PREDICTION 



The primary fimction of this tag is to Starve as a pre- 
diction control mechfiuiism. To do this three data fields are 
normally necessary: 

1. a description of the current numbering scheme (this 

has been called ISSUE DESIGNATION PATTERN) 

2 . the current PUBLICATION PATTERN 

3. a START VALUE base which is related to the ISSUE 

DESIGNATION PATTERN 

Should a change occur in any one of these areas, all 
three fields must be resupplied. At that point the three 
superseded fields will automatically be moved to the PREDICTION 
HISTORY delimiter of this tag. 



Number of 

Deli m-t ter Name of Data Element (s) Positions 

$a Issue Designation V + "/” 

$b Publication Pattern: 

1. Time frame- ^ ^ 

2. Arrival delay (weeks) 2 N 

$d Matrix Start Values V + 

$e Prediction Matrix V + "/" 

$f Unbound Issues of Frequent Serials V 

$y Prediction History V + "/" 



Definition of Data Elements 

$a Issue Designation The names of the numbering 

divisions which appear on 
the Issues, their Interdependence and 
their incrementing schemes are given under 
this delimiter. Each numbering division 
must be described In a separate field. The 
fields are separated by a field separator 
(”/*')• As many fields as are needed will 
be used. The numbering divisions may be 
described in any order desired. 

Independent superior nunibering divisions iidiich d< 
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CMF TAG 970 



PREDICTION (Cont.) 



$a Issue Designation (cont. ) 



not i*''!resient regularly (e.g. "Series) 
will be described. If a serial is issued 



in successive "series", the "series" num- 
bering division should be described. But 
if it is issued in "concurrent" series, each 
series must be treated as a separate serial. 


Issue Designation is a variable-length, 
formatted field uhicdi is repeatable within 
the delimiter. The various fields will 
be separated by a field sq;>arator ("/")• 


Barnes of Subeleaients 


NuBfeer of 
Positions 


Name of Ntmibering Division 


3A 


Binding Unit Indicator 


lA 


Name of Directly Siq>erior Nuariberlng Division 


3A 


Number of Cycles or Ihcremeista Needed to 
Trigger Siqperior Diviaion 


2N 


Cycle or IncrsBent Counter 


2N 


Increaient Value 


2AN 


Reset limit 


V + 


Reset Value 


V 


Field Separator 


II jn 



These elements will be rearranged and grouped for discussion as folloifs; 



A. Name of numbering division 

B. Increment Value 

LDCETS OF NUMBERHi} CYCI£: 

C. Reset Limit 

D. Reset Value 
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CMF TAG 970 - PREDICTI(»f (Cont.) 



$a Issae Designation (cont. ) 

TRIGGEERBIG ACTION OF CYCLIC NUMBERING DIVISIONS: 

£. Name of Directly Si^erlor Nmfcering DiYiaioii 

F. Nuidber of Cycles or Increments Needed to Trigger 
Stqperior Division 

6. cycle or Increment Counter 

H. Binding Unit Indicator 



Definition of Suibeleiiegts 



A. Name of Numbering Division 

The name assigned by the publisher (or 
siq^lied by the library) to the nunfeering 
division being described. The name must 
not occiqnr iBQTC than 3 positions. If the 
name (or its Abbreviation) has more than 
three letters^ it must be truncated. The 
full name, or full abbreviation of the major 
numbering division is given under $z of 
TAG 24^. 

Also important are chronological nmbering 
divisions. If "month” and "year”, bat not 
"date,” are part of the issue designation, 
the numbering divisions "Mon" and "Tea” 
mill be entered. Note that the values of 
"Mon” vill be 1-12 instead of Jan-Dec. 

If "date” foxas a part of the issue desig- 
nation, then only one nunbering division, 
a division named "Day" should be described. 
"Day" values will incorporate year and 
month values throu^ the use of a Julian 
date for the division value (days of the 
year are numbered consecutively and preceded 
by the last digit of the current year value; 
therefore each date has a unique nuriber. ) 

If an increawnt of "year” kAys binding, the 
temporal binding trigger, should be used. 

(See Sjpecial Activities Pattern TAG 971). 

When "year" increments with every issue, 
or vhen month Increments vith every issue. 
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CMF TAG 970 - PREDICnCMf (Cont. ) 



$a Issae Designation (cont. ) 

and a oate is also given (i.e. an annual 
rei>ort with "Jan. 1 , 1967**# "Jan. 1 , 1968", 
"Jan. 1 1969", etc., issue designation; or 
a monthly with "Jan. 1 ", "Feb. 1 ", "Mar. 1 ", 
etc., issue designation) the date value will 
have to be ignored in tlto issue designation. 
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CMF TAG 970 - PREDICTIOH (Cont.) 



$a Iggue Designation (cont.) 



Example; 

Sul)>Fi^ld 1 
Sub-F^eld, 2 
Sub-Field 3 
Sub-|FleU Ih 
Sub-Fill*d 5^ 
Siib-Fle)Ld| 6rr 

^b-Flpl^»7rf 

pid>|Field i8n 

1st numbering division to be described is "Month" ^ ^ 

FORMAT; fft^llalMonl I I I li Li 



Prwi nuoibering division to be described is fc. 

FORMAT; 



/mm I I i H i i 



3rd numbering division to be described is " Year. " 

FORMAT; / Yeal I i I I 1 t 



tf ft 



Uth numbering division to be described is ,Smt « 

FORMAT; 



/ Serl I I I H I 



Exaaiple ; 



1st numbering division to be described is " Day. " 

FORMAT; IfttiaiPayl I I M H I 

numbering divisiwi to be described is "Ro." 

FORMAT; / Bud Mil LIA 

3rd numbering division to be described is "8^." 

FORMAT; / Seri I I I I 1 

Uth numbering division to be described is "^^o^. " 

FORMAT; / Vol I I I I I i I 
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CMF TAG 970 - PREDICTION (Cont. ) 



Issue Designation (cont- ) 



B. Increment Value 



Find here the amount by idiich the Start 
Value of this numbering division goes up 
(numeric value or alphabetic value); the 
interval between successive values of this 
numbering division (usually "1"). 



Thus, if the division being 

desckbed is "vol” and ifin the past when 

the volume nuniber of the serial changed it 
went up by 1 (e.g. from vol. 1 to 2 to 3, 
etc. ) then the increment value will be 01. 
If the division increments alphabetically 
(i.e. from A to Z, A to D) this subfi^ 
»fii fl >>iAnk foUjowed by 8H A • 



If the value of the nunbering division 
being described does not change, or if it 
changes irregularly, this sub-field will 
contain blaziks. (e.g. a division called 
"series” with a value of ”2” which has not 
changed for 20 years. ) Note that for these 
static numbering divisions the value of the 
TMinih<yHng division can not be incremented 
by the computer. The library will have to 
notify the cougniter each time that the value 
changes. But if the library decides that 
it does not want to input these value changes 
concludes that the static nunbering 
division is not fundamental to the issue 
designation, the division may be excluded 
from the issue designation delimiter. In 
the CSL-PC Serial System the change in value 
would only have to be input once— to the CMF, 
since this tag is stored in the CMF. 



Given a serial with numbered volumes which increment 
^ by 1, the following format would «®ply: 

I Ivoll I I I loll 1/ 1”^ (etc....) J 

t 

Name of 
nunbering 
division 



I 



T 



Field separator 
Increment value 
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CMF TAG 970 - PREDICTION (Coat.) 



$a Issiie Designation (cont.) 

T.TMTTS OF NUMBERiDlG CYCIE 

The numbering division's values must be 
either cyclic or contin\ious. If they are 
cyclic then Reset Limit and Reset Value 
are used to record the upper and lover 
values of the numbering cycle. 

The problem of setting a Reset Limit and 
Reset Value for "Day" ("Day" is cyclic but 
the number of days in the year vill vary 
from year to year) vill be handled by plac~ 
ing a blank in Reset Value and giving a 
Reset Limit of 'C , vhich vill tell the 
coaqniter to consult a calendar table to 
find the Reset Limit for the current year 
and the Reset Value for the coming year. 

If the numbering division is contintious 
then Reset Limit vill contain an asterisk 
and Reset Value vill contain a blank. 

C. Reset T.lmlt - Cyclic Numbering Divisions 

This field represents the upper value of 
the numbering (^cle; the hlfi^est value 
assigned to this numbering division; 
the "stop" value, after vhich numbering 
begins anev. For example, if the numbering 
division being described is "NUM" and if 
its value stops increasing vhen a certedn 
number is reached (i.e., "12") then this 
stop value is given. The value m^t be 
followed by an element separator ( -"). 

C. Reset Limit - Continuous Numbering Division (Non~Cyclic) 

If there is no cycle and thus no reset limit 
for the numbering division, an asterisk 
("•") should be placed in this sub-field. 

The asterisk (*) indicates that the value 
of the numbering division vill cc^tinue to 
go up indefinitely. The asterisk must be 
follovec by an element separator ("-"). 
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CMF TAG 970 - PREDICITON (Cont.) 
$a Issue Designation (cont.) 



D. Reset Value - Cyclic Numbering Divisions 

The lover value of the numbering cycle 
(usually 1 » hut not eUvsys ) ; the lowest 
value assigned to this numbering division; 
the value to be assigned vhen numbering 
begins anew. The veJ.ue must be folloved 
by a field stiparator (*'/”) unless the divi- 
sion being described is the last. 

D. Reset Value - Continuous Numbering Divisions (Hon-Cyclic ) 

If there is no cycle and thus no Reset Value 
for the numbering division* this sub-field 
vill contain a blank ()i0. The blank (l^) 
must be followed by a- field sepeurator (”/”) 
unless the division being described is the 
last. 

The Reset Value should occupy the same num- 
ber of positions as are occupied by the 
Reset Limit (right Justify Reset Value and 
fill with leading zeros if necessary). 



Example 



Life magazine. 

Numbering divisions: 
Date ^ vol. 




no^*T.s a cyclic division which increments by !• It 
begins at value 1 and continues through value 26* then 
begins at 1 again* etc. 



Mil biUel-loil/lvoi-U 

II ij Field s 

J 4. 



etc . . . . ) 



I 

Name of Numbering 
division 



separator 
I teeaet Vflliifi. 

1 Element separator 
heset T.imit 
[ncrement value 




CMF TAG 970 - PREDICTION (Cont.) 



$a Issue Designation (cont. ) 



Example 



Hard times. 



Fumberlng divisions; 



Date 




Humbert s a continuous numbering division (no Reset 
Limit, no Reset Value) vhlch increments by 1. 



I H^l^l^alNuml I I I I i |oi M"h|l/jDay|(etc ) 



Name oi Numbering 
division 



I ri 

, ; k 

I iReset Limit 



i I ! feeset Value 
I Element separator 



Uncrement value 



TRIGGERING ACTION OF NUMBERING DIVISION 

If the activity of this numbering division 
directly affects (or triggers) the activity 
of another numbering division, subflelds 
E > G must be used. (Taken together, 
the numbering divisions may be used to 
describe parallel hiercurchlcal chains, but 
they can not be used to describe tree 
hierarchies) . 

E. Name of Directly Superior Numbering Division 

If the occurrence of 1 or more numbering 
cycles or increments in this division 
causes the value of another numbering 
division to go up, then the name of the 
affected numbering division must be given 
in this sub-field. If there are severe! 
affected numbering divisions (e.g., vol. 
and year) the one which is directly super- 
ior should be named. 

Note that all incrementing superior num- 
berlQg- divisions must be named in a field 
describing seme inferior numbering division 
if they are ever to be incremented. Static 
superior numbering divisions do not present 
this problem, since their increments are 
irregular or nonexistent. 
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CMF TAG 970 - PREDICTION (Cont.) 



$a Issue Designation ( cont • ) 

If no part of the Issue designation Is 
affected by the cycles or Increments of this 
division, or if this division's numbering 
is continuous, this sub-field should contcdn 
blanks (li^li^liO 

F. of Cycles or Increments Needed to Trigger 
Superior Division 

If a directly superior numbering division 
has been named then the number of times that 
the numbering division being described 
must cycle or Increment before a change in 
the value of the superior division can occur 
must be given here. The presence of an 
asterisk (*) in Reset Limit will signify 
‘that it is the Increments of the subordinate 
inferior numbering division and and not its 
cycles \dilch cause a change in the value of 
the superior division. 

If no directly superior numbering division 
h as been named this sub— field will contain 

two blanks 

< 

G. Cycle or Increment Counter 

If a directly superior numbering division 
has been named the number of cycles or 
Increments which have already occurred will 
be recorded here. If none have occurred 
this sub-field will contain a zero vedue 
(" 00 "). 

The counter will be incremented iqp to the 
limit specified in the Number of Cycles 
or Increments Needed to Trigger Superior 
Division field and back to "00" by the 
Monthly Status Run, but an initial vedue 
(the current count of cycles or Increments) 
must be given by the library. 

If no directly superior manbering division 
has been named and conseQuently no "number 
of cycles or increments" value has been given, 
this sub-field will contain blanks (1<1<). 
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CMF TAG 9T0 - PREDICTION (Cont.) 



$a Issue Designation (cont.) 



Fxamrl** Given a serial with numbering divisions of "vol." 
and *W: 

"No." goes from 1 to 6 and 1 to 6 again (in incre- 
ments of 1) at which point "vol." goes up. In the 
example given below the serial has gone from 1 
through 6 once and has a cxirrent value of 2. 



1 1^1i$l$a|.Numl 


roilo2loJ Oil 6 1-1 


ll/|voll(etc ) 


Nami of 
numbering 
division 


! 1 ! I rr 

} 1 ! 

[ 1 * 1 • 

j ' 1 • Increm 

j j • Cycle or 
* "Cycles or in 


1 Field separator 
Reset Value 
lament separator 
et Limit 
ent value 
Increment counter 
crements needed to 



\ trigger 

t Directly superior dl vision 



H. Binding Unit Indicator 

This sub-field consists of a one-position 
code which indicates whether this number- 
ing division identifies a binding unit, a 
bibliographic unit (that is, a GSL-PC 
approved co unt ing unit for permanently held 
pieces), or both. Only one n\imbering divi- 
sion of the serial may identify either unit. 

A "Y" entry in this position Insures that in 
addition to predicting the eurriveJ. of serials 
issues, a binding notice will be triggered 
each time that the Monthly Status Run con- 
cludes that the serial Issue it Is predicting 
will contain a new value in this numbering 
division, (i.e., each time it concludes that 
the serial issue it is predicting will contain 
a new volume number - if the division being 
described is "vol.") If the binding unit 
{and/or bibliographic unit) is not completed 
with each increment of the numbering divi- 
sion, use the Binding Comments delimiter 
under TAG 960. ’ The notice will be produced 
only for those libraries which have Indicated 
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C!MF TAG 970 - PREDICTION (Cont.) 



$a Issue Designation (cont.) 

that the binding unit Is to be determined 
by the Increments of a numbering division * 

This Information Is given In Tag 009. 



Code Meaning of Code 

A This numbering division Is the bibliographic 

unit 

y This numbering division Is the binding unit 

B This manberlng division Is both the biblio- 

graphic unit and the binding unit 

N This numbering division Is neither the 

bibliographic unit nor the binding unit 

A Given a serial with numbering -. .visions of "vol." and 



When a vol. Is complete It Is bound. Vol. Increments 
continuously. The Increment of vol. Is 1. 

I mil$alvol|Y[l t1fl<lKKll«loil»l-lll 

(Binding unit Indicator 



Example Given a serial with this Issue designation: 

Ser. Vol. No. Date, Month, Year 

-The series value Is 2 and Increments Irregularly 
-The vol. value Is Incremented by 1 after no. has 
gone from 1 through 26, twice. No. has cycled once. 
Vol. Is continuously numbered. 

-Date, month and year should be treated as numbering 
division "day”. Day goes up by 7. Current year Is 

1968. 

-Binding occurs every time vol. vcLlue Increments. 
-Vol Is the bibliographic unit. 

-Year Is the binding unit; therefore temporal binding 
pattern Is used. 
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CMF TAG 970 



PREDICTION CCont.) 



$a Issue Designation (cont . ) 



FIG. 11; ISSUE DESIGNATION 



m, $alSer|NtoKUlliiwlwl*l4li /iHumlNlvolloaloiloilgel-l j / 



Field 

separator 



|VoliAlWl<UlilTili|0l|*l-lllli /lDay|N|Wli|l<j<|W|07l c|-lli|$t 



I i 

I I 

I 



I ' ' 
' I 
I I 

I I 

I 



Mil I I I I i 

I I I ^ F^eld separator 
j j ‘—Reset value I * 

I I I i I 

I • 



^ I— Element ^ 
i separator ' 

I I I 



L 



Reset limit 



Increment value 

' I I 

Cycle counter ' 



I 
I 

L 



i I I 

I I Reset 
I i value 

I — Element 
t separator 

^ Reset limit 

L— Increment value 



Cycles needed to 
trigger • | 



i 

I ^ Cycle counter 

L- Cycles needed to 
trigger 



• ui-xfitsex ■ I . 

^Directly superior ^ | * — Directly superior 

division | i division 

J-Binding unit? | * — Binding unit? 

Name of numbering divisionL__ jjame of numbering division 



$b Publication Pattern This delimiter describes 

the frequency of any given 
serial within a calendar based time frame. 
This means that it indicates how many issues 
are to be published during any month or year, 
and during which week or month those issues 
are to be published. 

Number of 

Format ; Positions 

Time Frame 12 AN 

Arrival Delay (in weeks) 2 N 

Time Frame is a twelve position sub-field; 
one position for each month. Each position 
holds a code which indicates how many issues 
are to be published during the associated 
month and during which week(s) publication 
is expected. 
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$b Publication Pattern (cont.) 

The codes allow description of publica- 
tions with a weekly or lower frequency. 
Any publication which is published more 
often than five times per month cannot 
be described by these codes. 



FIG. 12: PUBLICATION CXDE 

1^ - Nothing published 

1 - 1st week 

2 - 2nd week 

3 ~ 3rd week 

4 - 4th week 
3 - 5th week 

6 - Weekly 

7 ' Biweekly 

8 - 1st & 2nd weeks 

9 - 1st A 3rd weeks 
- 1st & 4th weeks 

B - 1st A 5th weeks 
C - 2nd A 3rd weeks 
D - 2nd A 4th weeks 
£ - 2nd A 5th weeks 
F - 3rd A 4th weeks 



G - 3rd A 5th weeks 
H - 4th A 5th weeks 
J - 1st 9 2nd A 3rd wedES 
K - 1st 9 2nd A 4th weeks 
L - 1st 9 2nd A 5th weeks 
N - 1st 9 3rd A 4th weeks 
N - 1st 9 3rd A 5th weeks 
0 - 1st 9 4th A 5th weeks 
P - 2nd9 3rd A 4th weeks 
R - 2nd9 3rd A 5th weeks 
8 - 3rd9 4th A 5th wedcs 
T - 1st 9 2nd9 3rd A 4th weeks 
U - 1st 9 2nd9 3rd A 5th weeks 
V - 1st 9 2nd9 4th A 5th weeks 
W - 1st 9 3rd^ 4th A 5th weeks 
X - 2nd9 3rd9 4th A 5th weeks 



C o—ient Monthly Publications for which the exact 

week of issue cannot be predicted should 
be described as being published during the 
first week of each month (Code "I”). 



Yearly Publications for which the exact 
month of issue cannot be predicted should 
be described as being published during 
January (1st week 9 Code "I”). 

Semimonthlies should be coded " 8 " or ”F". 

Arrival Delay (In Weeks ) 

This field indicates the number of weeks 
prior to or after the date shown in the 
publication pattern that the issues arrive. 

These two positions will contain the num- 
ber which indicates how many weeks are to 
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$b Publication Pattern (cont.) 

be subtracted or added to the publication 
pattern date and a sign "+” or The 

number should be right Justified and if 
it occupies only 1 position it should con- 
tain a leading zero. 

The sign will be minus if the arrival 

delay stands for the number of weeks prior 
to publication pattern date that issues 
arrive. The sign will be plus (”+”) if 
the €urrival delay stands for the number 
of weeks after the publication pattern 
date that issues arrive. 

If there is no arrival delay, this field 
should contain zeros • 



Example: "Hard times. Published every Honday, except 

bkweekly during July and August." Arrives 2 weeks 
late. 

kblfi lelsUlele I7 ItU U U leUaltc 

Jan Feb Mar Apr May June July Aug Sept Oct Nov Dec 



$d Matrix Start Values This delimiter provides 

the values which will be used as a base 
from which the Publication Pattern and 
the Issue Designation Pattern can begin 
generating the issue designations for the 
issues which are expected (the expected 
arrivals). These values will be the values 
which will appear on the first issue due to 
arrive after the date of entry of the serial 
record on the CMF and IMF files. They need 
be given only for serials which are new to 
the system or which have one or more parts 
of their Prediction Control changed. 
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$d Matrix Start Values (cont.) 

Hmnber of Start Values To Be Given! 

Each numbering division which has been 
described by a field of data (Elements 1-6) 
in the Issue Designation Pattern must be 
assigned a start value. So this delimiter 
will contain one entry for each of these 
nuidt>ering divisions. tChe Matrix Location 
subelement will be entered only once) 

Order of Description ; 

The start values may be described in any 
order desired providing that si:^rior 
fields are entered to the right of their 
subordinate fields. The order of entry 
will determine the order in which the 
divisions will be displayed on the Expected 
Arrivals List. 



This is a variable length formatted field 
which is repeatable within the delimiter. 
The various fields will be separated by a 
field separator ("/"). 

of Subelements Muaber of Positions 



Matrix Location 3 N 
Name of Nunbering Division 3 A 
Value V 
Field Separator (after every field / 

except last) 



Definition of Subelements 

Matrix location This subfield will give the value of that 

position in the Prediction Matrix Field 
to which the Start Values pertain. Pre- 
diction matrix locations are always 3 
positions in length. One position is 
used to identify which year segment of 
the matrix is being addressed; and two 
positions are used to indicate which issue 
in that year segment is being referred to. 
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$d Matrix Stetrb Values ( cont . ) 

The ffetrix Location Value will always 
be the last digit of a year plus 01. 

(e.g. ”901” if the year segment is 1969 ){ 
with two exceptions. If the current 
Prediction Control (that is. Publication 
Pattern, Issue Designation, and Matrix 
Stcurt Values) does not apply to all issues 
contained in the Prediction Matrix Field, 

then the Matrix Location can be any value 
between _pl and _^2. similarly, if the 

first issue to be predicted for a serial 
which is new to the system is not the 
first issue of a publication year (e.g. 
if the first issue of LIFE to be predicted 
by the system is a March issue) then the 
Matrix Location can have any value between 
^01 and __^2. 

Name of Nuaberlng Division 

Find here the name assigned by the publisher 
(or supplied by the library) to the nuniber- 
ing division being described. The name 
must not occiqy more than 3 positions. If 
the name (or its abbreviation) has more than 
3 letters, it must be truncated. The full 
name, or abbreviation, of the ma.1or nuniber- 
ing division is to be given in $z of TAG 

2U5. 

Value The value of the issue Indicated by the start 

Values Matrix Location. Normally this will be 
the value of the first issue of the publication 
year and the Matrix Location will be _01. The 
len^h of the Value field must be sufficient to 
contain the largest value eiqpected for the asso- 
ciated nuoibering division. 



Example ; Assume a serial with the following nundbering divisions: 

vol. ser. no. month year 

The example on the following page shows the issue designation 
for the first issue to be predicted by the system: 
vol. 10 ser. 2 no. 6 Jan. 1969 
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$d Matrix Start Values (cont.) 



Itelserbl/lltoitoil/ heall969l/lHoJ od/ IvoJ loM 



Field terminator 



(Order of start values parallels order on 
check-in list; superior fields to the 
right of their subordinate fields. Note 
that "Ser." increments irregularly, there- 
fore it haM no subordinate field and so 
can be entered anywhere in the delimi ter). 



te Prediction Matrix This is a variable length 

formatted field which is repeatable within 
the delimiter. The Prediction Matrix covers 
a time period which extends from the earliest 
publication year for idiich soam m^nber 
libreury's issues are not yet transferred to 
permanent holdings (TAG 951) to the most 
recent issue predicted for the current pub- 
lication year. The delimiter is composed 
of publication year segments. Each of 
these se 0 Bents contains one position for a 
year identifier (e.g. "9" for 1969) plus 
one position for each predicted issue 
published during that year. 



Names of Subelements 



Wimiher of Positions 



Year of publication 
Prediction matrix field 
Field separator 



1 N 
V 
/ 
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$e Prediction Matrix (cont. ) 
Year of Publication 



The first position in the field will 
contain a number representing the last 
digit of the calendar year of publication 
of the issues contained in the matrix 

(i.e. "9" for 1969). 



For non-periodical serials a new year of 
publication will be generated when 99 matrix 
locations have been created. However, the 
new year can be started any time before that 
point provided that a library notices the 
change and notifies the Processing Center. 
Non-periodical serials with more than 99 
issues per year cannot be controlled by 
the prediction mechanism and should have 
their issue designation stored, in summary 
form, in $f of TAG 970. 

Prediction Matrix Field 

For periodical serials, this field will 
contain one position for each issue pub- 
lished during the year identified in Year 
of Publication which has been predicted. 

Using the Publication Pattern the Monthly 
Status Run will create the matrix. As 
issue designations are generated for the 
coming month* s es^ected arrivals, one 
position for each predicted issue will be 
added to the Prediction Matrix. 

For non-periodical serials, this field will 
contain one position for each issue published 
during the year identified in Year of Publica- 
tion. Since no publication pattern exists 
for these serials, the prediction matrix posi- 
tions must be generated by some other means. 
The arrival of an issue serves this function. 
An issue designation and a matrix position 
are generated for the next issue due upon the 
arrival of the currently predicted issue. 
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$f Unbound Issues of Frequent Serials This is a variable 

length unformatted delimiter. 

If a serial is published more often than 
weekly the arrival of its Issues cannot 
be predicted by the system. However, 
this delimiter has been provided so that 
a record of the numbering, or the Issue 
designations, of the published unbound 
Issues can be maintained by the Proces- 
sing Center. A record of the permanently 
held (i.e., bound), units of such serials 

can be kept In the HOLDINGS Tag. 

The data may be given In a detailed text 
form or in a summary statement. Since 
the field is not automatically updated, 
the Processing Center will have to make 
additions and changes via a change trans> 
action which replaces the whole delimiter. 



CoiBBient : It Is recommended that this field be given In a 

summary text form. If this is done and if a field 
separator (”/”) is used to separate the upper limit 
from the rest of the data, the upper limit can be 
changed whenever necessary without thlL change 
affecting the rest of the data. This would reqi *.re 
that an additional change transaction be specified 
for updating this upper limit. 



$y Prediction History If the prediction con- 

trol data (that is, the Publication 
Pattern, Issue Designation, and Matrix 
Start Values given in TAG 970) has not 
always been the same as it Is currently, 
then the past prediction control(s) must 
be preserved In this vcurlable length, 
formatted, repeatable delimiter. 
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$y Prediction History (cont.) 

Format; (All h Sub-Fields Must Be Given) 



Number of 
Positions 



1. Publication Pattern 

2. Matrix Start Values V 

3. Field Separator "/" 

It. Issue Designation V 



The format of e€u:h of these sub-fields 
is the same as the formats specified In 
$a, $b and $d above with this exception: 
a will be substituted for the ”/” 
used to separate the individual segments 
of the Matrix Start Value. 



FIG. 13: PREDICTION HISTORY 



Example : SericLl A has the following prediction history: 

-I96U - June 1967 : it was a monthly with continuous 

numbering 

-July 1967: it became a weekly 

-Jan 1968: continuous numbering changed to cyclic: 

32 nos. to a volume 

-Jan 1969 - : it again became a monthly; contin- 

uous volume numbering and 12 nos. to a volume. 

The Prediction History will contain the Publication 
Pattern, Matrix Start Values and Issue Designation 
for: 

-the 196U - June 1967 period 
-the July 1967 - Dec 1^7 period 
- the 1968 period 

Therefore, the $y delimiter will be entered three 
times . 



I $y| 1 ll ll ll ll ll ll ll b. Il ll |l I+02J UOl NUM Ol-MON 01- 
'^*^^*ublication Pattern.."'^ '^Matrix Start Values 
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FIG. 13 (cont.) 



YEA 196U /1mum1mIw<Iw1iih(IoiI»-Ik1/1mohIhIim 

^Jssue Designation 



|oi|oo|oi|l2-|oi|/|YEAlYlllH<1lilEl(llftlloil»-Ul!tv 



6kl6l6i6l6l6l6l6l6l6l6l»02|^707 HIM 31 - DAY 7183 / 
^^Publication Pattern^ ^vMatrix Start V^ues^'^ 



( jUM|H||llWllftlil«l0ll«-ltfl/iDAYlHllfl!l<ll«ll<1<l07 



Issue Designation 



I C-ll^j$yj6|6l6l6l6l6l6l6l6l6l6l6l-K^iaPl NUM 1-VOL 1 - 
^Publication Pattenu.<^’^^ Mnt.-riv sh^-A'^voTiw 



Matrix Stai^'^VeG.ues 



DAY 8002 / qUMlH lffOLloiloolQlls2-loil/lvOLlYlllElli 



--.Issue Designation - " 
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FIG. 13 (Cont.) 



I u loll li^ 1/ bAY b [m Ui6 \u lc-[]i( 1^1 



Indicators 




0 

1 



The First indicator win be used to 
identify non-periodical serials. 



Meaning of Code 

Prediction is not based on Publication Pattern 
Prediction is based on Publication Pattern 



The SECOND INDICATOR will be blank in 
this field. 



IMF TAG 9T1 - PREDICTION 



Number of 



Delimiter 


Name of Data Elements 


Positions 


$a 


Delay Codes: 






1. 1st Claim Delay (weeks) 


2N 




2. 2nd Claim Delay (weeks) 


2N 




3. Missing Delay (weeks) 


2N 




k. Binding Delay (weeks) 


2N 




5. Binding Delay Counter 


2N 




6. BTC No.l Return Counter 


IN 




T. BTC No. 2 Return Counter 


IN 


$b 


Prediction Matrix 


V + ’7" 




1. Year of Publication 


IN 




2. Prediction Matrix Field 


V 




3. Field Separator 


tt 


$c 


Special Activities Pattern 


12N 


$d 


Additional Issues Dlscriptlon: 


V + ’7” 




1. Matrix Location 


2N 




2. Issue Designation of Extra Issue 


V 




3. Field Separator 


tt ytt 


$f 


Unbound Issues of Frequent Serials 


V 


$u 


Claiming Comments 


V 


$v 


Check-in Comments 


V 


$w 


Renewal Comments 


V 


$x 


Payment Comments 


V 


$y 


TPCIX Ordering Comments 


V 


$z 


TPCIX Arrival Comments 


V 



• Definition of Data Elements 



$a Delay Codes - 1st Claim Delay (veeks) The number of weeks 

allowed to elapse 

between the publication date and the Issuance 
of the first claim notice. (This code is not 
available for use with NON^PERIODICAL SERIALS). 
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$a Delay Codes ( cont . ) 

Delay Codes - 2nd Claim Delay (weeks) The number of weeks 

allowed to elapse 

between the publication date and the Issuance 
of the second claim notice. (This code is not 
available for use with NON- PERIODICAL SERIALS). 

Delay Codes - Missing Delay (weeks) The number of weeks 

allowed to elapse 

between the publication date and the time that 
an issue should be declared "missing, no fur- 
ther claims to be made." (This code is not 
available for use with NON-PERIODICAL SERIALS). 

Delay Codes - Binding Delay (months) The number of months 

allowed to elapse 

between the prediction of the last issue of a 
binding unit and the issuance of the binding 
notice and the first binding turnaround card. 

A zero means that a binding notice is to be 
issued with the EAC of the issue which triggers 
the binding. 

If this field is left blank then no binding 
action can occiir . 

A value of 1 (or more) means that a binding 
notice is to be issued 1 (or more) months 
after the prediction of the trigger issue. 

Delay Codes - Binding Delay Counter This counter is used 

to record the passing 

of the binding delay period. It is automatically 
developed and maintained. (Initially^ it should 
be set at zero ) . 

Delay Codes - BTC No. 1 Return Counter This counter records 

the passing of months 

since the issuance of a Binding Turnaround 
Card 1. Initially, it should be set at 2. The 
field is automatically developed and maintained. 

Delay Codes - BTC No. 2 Return Counter This counter records 

the passing of months 

since the issuance of a Binding Turnaround 
Card 2. Initially, it should be set at 2. The 
field is automatically developed and maintained. 
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$b Prediction Matrix This delimiter will he composed 

of one or more transitory fields 
containing status and tracking information for 
recent issues. 

Serials which may use this delimiter are: 

1. PERIODICAL SERIALS - those serials 
which are issued at known intervals 
and which possess, or can he assigned, 
a numbering pattern of some kind. 

2. NON-PERIODICAL SERIALS - numbered 
serials which are issued at irreg- 
ular intervals. 

This delimiter consists of the Prediction 
Matrix for one or more years of publication. 

A field will not be deleted until a.n of the 
year's issues have been shifted to peimanent 
holdings. Thus, for serials bound biennially 
or less often, a period of several years may 
be covered by the Prediction Matrix at any 
one time. If this occurs, each year's Predic- 
tion Matrix, except the last, is followed by 
a field separator ("/"). 

Prediction Matrix - Year of Publication The first 

position in 

the field will contain a number representing 
the last digit of the calendar year of publi- 
cation of the issues contained in the matrix. 

For example, if the year of publication were 
” 1969 "* a ”9" would be given in this position. 

PERIODICAL SERIALS - a new Year of Publication 
will be created for the coming year as soon as 
the last issue for the current year has been 
predicted. 

NON-PERIODICAL SERIALS - A new Year of Publication 
will be generated when 99 matrix locations have 
been created. However, the new year can be started 
any time before that point provided that the 
libraiy notices the change and notifies xhe 
Processing Center. This should be indicated on 
the EAC for the first issue of the new year. 
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$b Prediction Matrix Field (cont.) 

Predi< ; »1^ion Matrix - Prediction Matrix Field PERIODICAL SERIALS 

This field will 

contain 1 position for ecush issue published dur- 
ing the calendar year identified in the Year of 
Publication which has been predicted. Using the 
PUBLICATION PATTERN the Monthly Status Run will 
create the matrix. As issue designations are 
generated for the coming month's expected 
arrivals, one position for each predicted issue 
will be added to the Prediction Matrix. 

For each issue predicted two types of informa- 
tion are carried in the matrix: number of 

copies e3q>ected and the "status” of some or 
all of those copies. The bottom, half of each 
character position is reserved for a machine 
language number (U bit) representing the num- 
ber of copies expected. (This value is given 
in TAG 009 of the serial record). The top 
half of the character position will always 
contain a code (U bit) for the status of the 
issue . 

Meaning of Code 

"Ejqpected." This code is assigned to a matrix 
position when the issue with which it is associ- 
ated has been predicted by the Monthly Status 
Run. 

2 "Arrived.” This code is assigned to a matrix 

position when the Weekly Update Program has 
determined that all copies of the issue have 
been received by the Library; (that is, when 
Expected Arrival Cards have been turned in for 
all copies of the issue). 

3 "Claimed Once." Ibis code is assigned to a 

matrix position if one or more copies of the 
issue have not been received and the 1st claim 
notice has been issued. 

U "Claimed Twice." This code is assigned to a 

matrix position if one or more copies of the 
issue have not been received and the 2nd claim 
notice has been issued. 



Status Code 
1 
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$b Prediction Matrix (cont. ) 

Code Meaning of Code 

5 "Missing.” This code is assigned to a matrix 

position if one or more copies of the issue 
have not been received and the Missing Delay 
period has elapsed (Beyond the "Missing" stage, 
extra copies are not tracked. ) 

6 "At Binding Processing." This code is assigned 

(usually to a group of matrix positions) if the 
binding action predicted by the monthly update 
program vas actually taken by the Library. 

(Note: Assignment of this code is not de-*-ermined 

by Binding Delay Code.) 

7 "Holdings." This code is assigned (usually to a 

group of matrix positions) if: 

1. The binding action predicted has been cog^>leted 

(i.e., if bound volumes have cone back trom 
binding): or 

2 . Some binding curtion vas taken, though it vas 
not the predicted binding action. 

LIFE Example In a Periodical Serial’s Prediction Matrix 

Field the top half of each matrix position 
contains a status code. The bottom half 
indicates the number of copies predicted but 
not yet received. A "0" means that a-TT copies 
have been received. Years 1968 to date are 
carried in the matrix. The serial is a vedUy. 




NON-PERIODICAL SERIALS - This field vill contain 
1 position for each issue published during the 
calendar year identified in Year of Publication 
idiich has been predicted. 

Since no publication pattern exists for these 
serials, the prediction matrix positions must 
be generated by some other means. The arrival 
of an issue serves this function. An issue 
designation and a matrix position are generated 
for the next issue due upon the currival of the 
currently predicted issue. 
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$b Prediction Matrix (cont. ) 



Only one issue can be predicted for any one 
arrival month. However, if it becomes apparent 
that one or more issues should have been 
received but weren't (i.e., if Report no. 90 
is predicted and Report 95 arrives), the pre- 
diction routine can indirectly catch up with 
the serial if the checker will do the follow- 
ing: 



1) Input the current EAC. 

2) Indicate on it the number of missing 
issues . 

3) Await the EAC for the next issue due. 



in the case of Non-Periodical Serial's Predic- 
tion Matrix Field the top half of each matrix 
position contains a status code. 

The bottom half indicates the number of copies 
predicted but not yet received. "0" means that 
€□.1 copies have been received. 



For each issue predicted two types of informa- 
tion are carried in the matrix: the "status” 

of the copy predicted and the mmiber of copies. 

However, the only status codes to be used for 
NON-PERIODICAL SERIALS are the following: 

Code Ifeaning of Code 

1 "Expected" 

2 "Arrived" 

5 "Missing" - This code is assigned by the library 

6 "At Binding Processing" 

7 "Holdings" 

Claiming . At present Claiming cannot be auto- 
matically initiated for NON-PERIODICALS. The 
library must keep track of any claims made for 
these missing issues. 
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$b Prediction Matrix (cont. ) 



Exafflg^: The holding library has indicated that new years 

of publication began after the 10th and 35th 
issues. Years 196? » 1968 and 1969 are identified 
in the matrix. 



45. .,7777766666 ,^222222222255222 , 221 t 
0000000000^^000000000022000^^002 \ 



$c Special Activities Pattern (SAP) If prediction of any or 

all of the foUcwing 

actions is desired a twelve month time fjrame 
must be given in this delimiter: 

Renewed, of Subscriptions 
Payments 

Temporal Based Binding - (see discussion 
below) 

Index Arrived. (I) 

Extra Issues Arrived, (issues which lack 

predictable issue designation but arrive 
regularly (i.e., Christmas issue) (X) 

Title Page Arrived. (TP) 

Table of Contents Arrival (C) 

Index to be Ordered (l) 

Extra Issues to be Ordered (X) 

Title Page to be Ordered (TP) 

Table of Contents to be Ordered (C) 
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$c Special Activities Pattern (SAP) ( cont . ) 

Each month during which some or €lL1 of these 
activities take place will contain a code for 
the activity (or activities). The Special 
Activities Codes are given on the following 
page. Notice that TP, C, I and X are coded 
as one entry. The delimiters $y and $x are 
used to specify which pieces are to he ordered 
and which pieces will arrive during the months 
indicated. 

Prediction of the activities will take the 
following forms: 

Renewal notices 

Payment notices 

Payment turnaround cards 

Binding notices 

Binding turnaround card no. 1 

TPCIX order notices 

Ejected arrivals list (TPCIX arrivals) 



FIG. 14: SPECIAL ACTIVITIES CODE 



Code Meaning of Code 

No activity this month 
A Payment to be made this month 

B Renewal to be made this month 

C Binding Notice to be issued this month - indicates that binding 

unit is now ccmiplete and, if no binding delay is given, that 
the next Binding Unit should be prepared for binding. 

D TPCIX to be ordered this month 

E TPCIX arrives this month 

F Payment and Renewal 

G Payment and Binding 

H Payment and TPCIX Ordered 

J Payment and TPCIX Arrives 

K Payment, Renewal, Binding 

L Payment, Renewal, TPCIX Ordered 

M Payment, Renewal, TPCIX Arrives 

N Payment, Binding, TPCIX Ordered 

P Payment, Binding, TPCIX Arrives 

Q Payment, TPCIX Ordered, TPCIX Arrives 

R Renewal Binding 

T Renewal, TPCIX Ordered 

U Renewal, TPCIX Arrives 

W Renewal, Binding, TPCIX Ordered 

X Renewal, Binding, TPCIX Arrives 

Y Renewal, TPCIX Ordered, TPCIX Arrives 

Z Binding, TPCIX Ordered 

1 Binding, TPCIX Arrives 

2 Binding, TPCIX Ordered, TPCIX Arrives 

3 TPCIX Ordered, TPCIX Arrives 

4 Payment, Renewal, Binding, TPCIX Ordered 

5 Payment, Renewal, Binding, TPCIX Arrives 

6 Payment, Binding, TPCIX Ordered, TPCIX Arrives 

7 Renewal, Binding, TPCIX Ordered, TPCIX Arrives 

8 Payment, Renewal, Binding, TPCIX Ordered, TPCIX Arrives 

TPCIX is used to indicate that the activity of at least one category: 
(Title Page, Contents, Index, or Extra Issues) is to be predicted. 
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$c Special Activities Pattern (SAP) (cont.) 

Temporal Based Binding - The month during 
which the last issue of the binding unit 
is published may be specified but only for 
those serials which are bound on a "temporal” 
basis; that is, only for serials which have 
as their binding limits the limits of a 
publication period (i.e., all issues published 
during any one year are bound together.) 

An entry in this field sets the upper limit 
of the binding unit. The lower limit is the 
first issue published during or after a month 
which follows an upper limit month. 

For example, if LIFE magazine is being bound 
three times a year it might have binding 
triggers coded in the months of April, August, 
and December. This means that the January- 
April issues form a binding unit, the May- 
August issues form a binding unit and the 
September-December issues form a binding unit. 
(Notice that no clue is given as to when the 
binding action is to occur. The Binding 
Delay Code in TAG 971 Delay Codes provides 
this information). 

If the binding unit limits extend beyond a 
1 year period see Binding Comments, TAG 960. 

TPCIX Arrival - The Special Activities time 
frame differs from the PUBLICATION PATTERN 
time frame in that the basic information 
for arriving pieces (TP,C,I,X) is given in 
an arrival pattern rather than in a publica- 
tion pattern. Further, unlike the issues 
controlled by the prediction matrix, the 
arrivals predicted throu^ xise of the SAP 
will not be confirmed by punched turnaround 
information (i.e. Expected Arrival Cards). 

Nor will they be automatically tracked or 
recorded in the serial record. Thus once 
prediction has taken place it is up to the 
library to take over control. Finally, both 
patterns are expressed in a month based code; 
however, the Publication Pattern with its 
Arrival Delay indicates week of arrival whereas 
the SAP can indicate only the month of arrival. 
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DCF TAG 971 - PREDICTION (Cont.) 



$c Special Activities Pattern (SAP) (cont.) 



Example 



For this serial the Library wants: 

Renewal notice in January 
Payment notices in June and December 
Temporal Based Binding -- December 
Index Arrival predicted for February 
Title Page and Contents arrival predicted 
February 

Index order notice in November 



Months : 




$d Additional Issues Description This delimiter may be used 

to store descriptions of 
any issues received by the library which fall 
outside the publication pattern. These 
include any TPCIX pieces, as well as any unpre- 
dicted issues, whether numbered or not. This 
field is not automat IccLlly developed; therefore, 
if it is to appear on any output lists, the 
data must be supplied by the library via UACs 
(Unexpected Arrival Cards). 

This is a variable length formatted field which 
is repeatable within the delimiter. 

This field consists of a Prediction Matrix 
Location and description of the issue in the 
format below. 

1, Matrix Location - Each issue must be 
assigned an identifying Prediction Matrix 
Location so that it can be placed in the 
proper time sequence by the conqputer. 

This identifying Prediction Matrix Location 
must be assigned by the Checker at the time 
that the issue is received, and will be input 
to the system via the UAC for the issue. It 



LMF TAG 971 - PREDICTION (Cont.) 



$d Additional Issues Description (cont.) 

must be the Prediction Matrix Location of a 
predicted issue which will be bound at the 
same time as the issue being described. 

2 . Issue Designation or Description gf 
Additional Issue > Although this data may 
be given in any way the library chooses, an 
abbreviated form is preferable. It will be 
dropped once the binding unit has been added 
to permanent holdings (TAG 951). 

The description for each extra issue, except 
the last, will be followed by a field separa- 
tor ("/"). 



LIFE Example |$d926l/92^^^ 



$f Unbound Issues of Frequent Serials This is a variable 

length unformatted 

delimiter. If a serial is published more 
often than weekly, the arrival of its issues 
cannot be predicted by the System. However, 
this delimiter has been provided so that a 
record of the unbound issues received can be 
maintained by the library. (A record of the 
permanently held, i.e., bound, units of such 
serials can be kept in the HOLDINGS TAG 951. 

The data may be given in a detailed text form 
or in a summary statement. Since the field 
is not automatically updated, the library will 
have to make additions and changes via a change 
transaction which replaces the whole delimiter. 

Comment It is recommended that this field be given in 

a summary text form.. If this is done and if 
a field separator (”/”) is used to separate 
the upper limit from the rest of the data, the 
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LMF TAG 971 - PREDICTION (Cont.) 



$f Unbomid Issues of Frequent Serials ( cont . ) 



upper limit can be changed whenever necessary 
without this change affecting the rest of the 
data. This would require that an additional 
change transaction be specified for updating 
this upper limit. 



division which are not specifically 
provided for elsewhere may be recorded here. 

The source for claiming should be given here. 



or Enterer, which are not specifically 
provided elsewhere may be recorded here. 



recorded here. The renewing office, 
agent, etc. should be given here. 



$u Claiming Comments 



Comments addressed to the claims 



LIFE Example ltuClaim1i^from1l{publisher j 



$v Check-In Comments 



Comments addressed to the Checker 



Example 



|$v First copy to Librarian’s Office. Toss dups4 




$w Renewal Comments 



Comments concerning renewal may be 



Example |$w Do not wait for notice from publisher. Renew through Agent. I 



LIFE Example l^wDoli^notli^waitli^f orl^renewalTlinot icebfromfaubli sher ^ 



ERLC 
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W TAG 971 - PREDICTION (Cont.) 



$x Payment Commenta Comments concerning payments may 

be recorded here. Payment amount 
and the name of the payee should be given 
here . 



Example 



($x Amount of each payment is $20. Pay publisher f 



LIFE Example 



l$x8.7^.paylf(Faxon:^ 



$y TPCIX Ordering Comments Comments concerning the order- 

ing of Title Page, Table of 
Contents, Index, and Extra unmmbered issues 
must be recorded here. 

Exactly which items should be ordered during 
a TPCIX ordering month should be made clear 
in this delimiter. Also, the ordering source 
and price must be given. 



Example 



$y Order Index from Agent, $2.00 in Jan. Order 



special Fall issue from Agent, $6.00, in AugT^ 



LIFE Example 



lyOrderjj^indexT^fromilpublisherlilinVJan. , 00 i 



$z TPCIX Arrival Comments Comments concerning the 

arrival of Title Page, 

Table of Contents, Index, and Extra unnumbered 
Issues must be recorded here. 

Exactly which items are to arrive during a 
TPCIX arrival month should be made clear in 
this delimiter. 



LMF TAG 971 - PBEDICTION (Cont.) 



$z TPCIX Arrival Comiiients ( cont . ) 



Example 



Kz TPC arrives In Dec.; Index In Jan. 




LIFE Example 




Indicators 



BOTH BIDICArOBS are blank. 
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IMP TAG 980 - ORDERING 

The data carried on order slips may be recorded in this tag. The data 
will be static except for the "cost” which should be kept up to date by 
the library. If this tag is used, "On Order" lists by main entry and by 
order number can easily be output. 

Number of 



Delimiter Name of Data Elements Positions 



Fixed Data: 

Date Ordered ^ 

Date Received ^ 

Date of Bill 

Cost 6 n 

^ Source of Information V 

Ordering Notes V 

"Recommended" Data: 

1. Date ^ 

2. Person V 

^ "Approved" Data: 

1. Date ^ 

2. Person V 



Definition of Data Elements 

$a Fixed Data This fixed length delimiter consists of fo^ 

subelements defined below. A total of eighteen 
numeric positions constitute the field.. 

Date Ordered - A four-position Julian date 
Ind icating 'when tbe serial was ordered will 
be given here. The first position of a Julian 
date is used for the year, the other three 
positions represent the ordinal position of 
the day in the 001-385 sequence of days. If 
this subelement is not used it will contain 
blanks. 

Date Received A four-position Julian date 
indicating lihen the serial was first received 
will be given here. If this subelement is 
not used it will contain bl ank s. 

Date of Bill A four-position Julian date 
indicating^en the invoice was written will 
be given here. If this subelement is not 
used it will contain blanks. 

Cost The amount actually charged for the 
serial, as opposed to its price, is given 
here. The amount is to be given in dollars 
and cents. It reflects the cost per year. 
for one set of issues. The cost should be 
kept up to date by the library. 
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UfF TAG 980 - ORDERING (Cont.) 

Fixed Data (cont.) If the cost given is not the cost per year, 

a note indicating what the cost unit is 
must appear under $c of TAG 98O. If the 
cost is not known this suhelement will 
contain blanks. 

^ Source of Infomiation This variable— length , 

unformatted delimiter 
may be used to record an abbreviated or 
full text version of the publication or 
other source from which the ordering data 
was acquired. 

$c Ordering Notes This variable— length, unfonnatted delimiter 

may be used to record any ordering data not 
specified elsewhere in the record. 

If the price given under TAG 009 and the 
cost given under $a of TAG 980 are based 
on something other than year (i.e. price 
per issue and cost per issue) then a note 
to that effect must be given here. 



T.TFE example l$c0rderHl0NcoplesJ 



$d "Recomiiended" Data This variable-length, 

formatted field may be used 
to indicate on whose reconmendation the serial 
was ordered. Two subelements constitute this 
field. 

Date A four-position Julian date indicating 
when the recommendation was made will be 
given here. If the date is unknown this 
subelement will contain blanks. 

PersCTi The name of the person who recom- 
mended that the library order the serial will 
be given here in an abbreviated or full text 
form. If this information is unavailable, 
this subelement is omitted. 
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IMF TAG 980 - ORDERING (Cont.) 



$e "Approved" Data This variable-length formatted field may 

be used to indicate vho approved the order 
for this serial. Two subelements constitute 
this field. 

Date Find here a four-position Julian date 
indicating vhen approval for the purchase of 
this serial was given. If the date is un- 
known, this subelement will contain blanks. 



LIFE example; 



Person The name of the person vho approved 
the order will be given here in an abbreviated 
or full-text form. If this information is 
unavailable, this subelement is omitted. 



i te63591fey<ST T \ 



Indicators 



BOTH INDICATORS are blank. 
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IMF TAG 985 - ACCOUNTING 



Number of 
Positions 



Delimiter Name of Data Elements 

PAYMENTS MADE DURING CURRENT YEAR 

$a Total acquisitions expenditure (in dollars) V 

$b Total claims ejqpenditure (in dollars) V 

$c Total lacunae (wants) expenditure (in dollars) V 

$d Total "binding" e3q>enditure (in dollars ) V 

$e Total "other" expenditure (in dollars) V 



ENCUMBRANCES FOR CURRENT YEAR 



$m Total acquisition encumbrance (in dollars) V 
$n Total claims encumbrance (in dollars) V 
$0 TotcG. lacunae (wants) encumbrance (in dollars) V 
$p TotcG. "binding" encumbrance (in dollars) V 
$q Total "other" encumbrance (in dollars) V 
$z Accounting comments V 



To assist the sericG.s departments of individual libraries with 
budget control and analysis, the expenses which are related directly to 
serial titles may be recorded in delimiters $a through $r. The expendi- 
tures and encumbrances recorded will be cumulative for one fisccG. year. 
At the end of the flsccG. year they will be dropped from the record. If 
the library wii^es, they will then be added to a separate machine file 
and stored indefinitely. The cumulative contents of this storage tape 
can then be printed annually and given to the library. 



Definition of Data Elements 



PAYI4ENTS MADE DURING CURRENT YEAR 

$a Total Acquisitions Expenditures The total amount of money paid out 

for renewal subscriptions, new 
subscriptions, standing orders, and/or any other 
acquisitions order (except claims or lacunae orders) 
for SERIALS IN PROGRESS. Monay paid out for the 

^3k0- 

er|c 



IMF TAG 985 - ACCOUNTING (Cont.) 



$a Total Acquisitions Expenditures (cont.) acquisition of CEASED 

SERIALS vfhich are new 

to the library should also be recorded here. 

The total will cumulate monthly for one year. It 
will then be erased. The cumulative total may 
not exceed $9999*00. 



$b Total Claims Expenditures The total amount of money ptiid 

out for claiming current issues. 
(The cost of acquiring back issues should be 
recorded in $c). 

The total will cumulate monthly for one year. It 
will then be erased. The cumulative total may 
not exceed $9999*00. 



$c Total Lacunae (wants) Expenditures The total amount of money paid 

out for acquiring back issues 
needed to fill in gaps in the permanent holdings 
of serials already held by the library. 

The total will cumulate monthly for one year. 

It will then be erased. The cumulative total 
may not exceed $9999*00. 



$d Total "Binding" Expenditure The total amount of money paid 

out for binding or otherwise chang- 
ing the form of the serial issues (i.e. micro- 
filming) for permanent storage. 

The total will cumulate monthly for one year. It 
will then be erased. The cumulative total may 
not exceed $9999*00. 



$e Total "other" E3q>enditures The total amount of money pa.id 

out for all other expenses incurred 
as a result of acquiring and storing the serial. 
The total will cumulate monthly for one year. It 
will then be erased. The cumulative total may not 
exceed $9999*00. 



IMF TAG 965 - ACCOUNTING (Cont. ) 



if - il Iftidefined These delljuiters may be used to 

record expenditures vhlch are 
not covered by delimiters a - d and vhidi the 
library wishes to separate out from the Total 
"other" Expenditures contained in $e. 



ENCUMBRANCES FOR CURRENT YEAR 



$m Total Acquisitions Encumbrances The total amount of money which 

the library has agreed to pay 
for renewal subscriptions^ new subscriptions, 
standing orders, and any other acquisitions orders 
for SERIAIfi IN PROGRESS. Money which the library 
has agreed to pay for the acquisition of CEASED 
SERIALS which are new to the library should also be 
recorded here. 

The total will cumulate monthly for one year. It 
will then be erased. The cumulative total may not 
exceed $9999* 00* 



$n Total Claims Encumbrances The total amount of money which 

the library has agreed to pay 
for claiming current issues. The amount encumbered 
for acquisition of back issues should be recorded 
in $o. 

The total will cumulate monthly for one year. It 
will then be erased. !Qie cumulative total may not 
exceed $9999*00* 



$o Total Lacunae (wants) Encumbrances The total amount of money which the 

library has agreed to pay for the 
acquisition of back issues needed to fill in gaps 
in the permanent holdings of serials already held 
by the library. 

The total will cumulate monthly for one year. It 
will then be erased. The cumulative total may not 
exceed $9999*00. 



$p Total "Binding" Encumbrances The total amount of money which 

the library has agreed to pay 
for binding, or otherwise changing the form of 
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LMF tag 985 - ACCOUNTING (Cont.) 

$p Total "Binding" Encumbrances (cont. ) 

the serial issues (i.e. microf iiining ) for 
permanent storage. 

The total will cumulate monthly for one year. 
It will then be erased. The cumulative total 
may not exceed $9999* 00* 



Total "Other" Encumbrances The total amount of money which 

the library has agreed to pay 
for all other expenses incurred as a result of 
acquiring and storing the serial. 

The total will cumulate monthly for one year. 
It will then be erased. The cumulative total 
may not exceed $9999* 00* 



$r-$x Undefined May be used to record encumbrances 

which are not identified in delimiters 
$m - $q and which the library wishes to separate 
out from the "Total 'Other' Encumbrances" contained 
in $q. 



Accounting Comments Any accounting information, not 

specifically provided for else- 
where in this tag, which the library wishes to 
preserve may be recorded here. 



Indicators 



Code 

0 

1 



The FIRST INDICATOR will show 
whether or not the serial is a 
new acquisition in the local library. 

Meaning of Code 

Serial is not new this year 

Serial is new this year 

The SECOND INDICATOR is blank. 



LMF TAG 985 - ACCOUNTING (Cont. ) 



Conment Any or all of the "payment" 

delimiters may be used* In the 
event that only one general payment total is to 
be input for each serial, delimiters $a - $e will 
not be used since the TAG OO9 field Total Pay- 
ments to Date This Year carries this data. 

Any or all of the encumbrance delimiters may be 
used. However, if on]y one general encumbrance 
total is to be input for each serial, that total 
will be delimited with $r. 



1 



! 



i 

J 



1 

I 

INDEX OF TAGS AVAILABLE 
FOR USE IN THE 

CSL-PC SERIALS CONTROL SYSTEM 



^ i 



-3U5- 

o 

ERIC 






CSL-PC SERIAL CONTROL FORMAT 
FIELD AREA TABLE 



TAGS 

001 - 009 
010 - 049 
050 - 099 
100 - 139 
2 k 0 - 244 
245 - 269 
300 - 369 
4 oo - 499 
500 - 529 
600 - 699 
700 - 759 
800 - 849 
900 - 999 



GENERAL FUNCTION 
Control Fields 
Control Numbers 
Knowledge Numbers 
Main Entry 
Supplied Titles 
Title Paragraph 
Collation 
Series Notes 
Bibliographic Notes 
Subject Added Entries 
Other Added Entries 
Series Added Entries 



Serials Control Data 





CSL-PC SERIAIS CONTROL FORMAT 
SERIALS COOTROL DATA 
FIELD AREA TABLE 


TAGS 


GENERAL lUNCTION 


900 - 945 


Reference Tracings 


950 - 959 


Holdings 


960 - 969 


Binding 


970 - 979 


Prediction 


980 - 989 


Accounting 


990 - 999 


Ordering 



The following pages contain an index of all tags available for use 



in the CSL-PC Serials Control System. It includes all standard MARC II 
tags which are defined in the Subscriber's Guide to the MARC Distribution 
Service (August, 1968), as well as those which were developed especially 
for this system. All relevant monographic tags have been retained in 
ord^r that the system may be expanded in the future to include mono- 
graphs cataloged and/or purchased as serials. Some tags contained in 
the Subscriber's Guide have had their definitions and/or their formats 
altered. These tags, along with those developed especially for the 
Serials Control System appear underlined in the index. Tags which are 
particularly useful or necessary to serials processing are indicated 
by a double asterisk (**) in the left-hand margin. 

The format of the index tag entry line is as follows: 

TAG 

TAG LENGTH 

TAG NAME 

FILE IN WHICH TAG MAY BE FOUND 

EXAMPLE: ** OO 7 (iO) NON-VARIANT DATA - CMF 

SERIAL USAGE INDICATOR 

For fixed length tags "TAG LENGTH" will be indicated, whereas this field 
will contain "VAR" for variable length tags. Listed below the tag entry 
line for fixed length tags will be ^he data elements and their relative 
position in the tag. For variable length tags the indicators and de- 
limiters will be listed below the tag entry line, (indicators to the 
left and delimiters to the right.) The resident file field of the tag 
entry line may contain "CMF" for Central Meister File, "IJ4F" for Local 
Master File, or "BOTH" if the tag may reside on either or bc?.L of the 
files . 
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** 007 (39) NON-VARIANT DiU!A ELEFffiNTS - CMP 



Name of Data Elements 
Date Entered on CMF File 
Type of Publication Date Code 
Date 1 (Begin date in most cases) 

Date 2 (End date for eased serials) 
Country of Publication Code 
Government Publication Indicator 
Index Indicator 
Language Code 

Modified LC Card Indicator 
LC Cataloging Source Code 
Type of Record 
Source of CMF Record = MARC? 

CODEN Designation 
Link Control Number 

** 009 (73) VARIANT DATA DESCRIPTION - 

Name of Data Elements 

Processing Status 

Bibliographic Level 

Nuinber of Copies 

Agent Code (includes publisher) 

Fund Code 

Sub-Account Number 
Holdings Data Present ? 



Nundber of 
Positions 


Char* Pos* 
In Field 


6N 


1-6 


lA 


7 


4N 


8-11 


4n 


12-15 


3A 


l6-l8 


IN 


19 


IN 


20 


3A 


21-23 


IN 


2h 


lA 


25 


lA 


26 


lA 


27 


7A 


28-34 


5N 


35-39 



IMF 



Number of 
Positions 


Char. Pos. 
In Field 


IN 


1 


lA 


2 


lA 


3 


3A 


4-6 


6AN 


7-12 


2AN 


13-14 


lA 


15 
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009 (73) VARIANT DATA DESGREFTION - IJ4F 



Number of Char. Pos. 



Name of Data Elements 


Positions 


In Field 


Binding Data Present ? 


lA 


16 


Prediction Data Present ? 


lA 


17 


Accounting (Payment) Data Present ? 


lA 


18 


Inaccessible Issues Indicator Field 


3A 


19-21 


Local Library's Catal(^ing Source 


2N 


22-23 


Variant Main Entry ? 


lA 


24 


Catalog Status 


lA 


25 


Routing Slip Number 


2N 


26-27 


Include in Want List ? 


lA 


26 


Broad Subject Category 


3A 


29-31 


Total Payments To Date This Fiscal Year 


6S 


32-37 


Retention Policy 


2AN 


38-39 


Order Number or Ifembership Number 


7AN 


40-46 


Acquisition (Provenance) Code 


IAN 


47 


Form of Arrival Code 


lA 


48 


Form of Storage Code 


lA 


49 


Date Entered on UfF File 




50-55 


Claim Tilly 


2N 


56-57 


Check-In Tally 


3H 


58-60 


Bound Volumes Added Tally 


ONT 


61-62 


Local System Conversion Number 


kS 


63-66 


Price Per Unit in Dollars & Cents 


6 n 


67-72 


Binding Unit Determined Bfy 


lA 


73 



*» ^ (VAR) LC CARD NUMBER - CMF 

$a LC Card Number 

(Use 001 Format from MARC II Subscr. Guide) 

015 (VAR) NATIONAL BIBLIOGRAPHY NUMBER - CMF 

$a National Bibliography Number 

020 (VAR) STANDARD BOOK NUMBER OR SERIAL REGISTRATION NUMBER - CMF 

$a Serial Registration Number 

025 (VAR) OVERSEAS ACQUISITION NUMBER - CMF 

$a Overseas Acquisition Number 

♦♦ OUO (VAR) CATALOGING SOURCE - CMF 

$a Name of Library 

♦♦ Okl (VAR) LANGUAGES - CMF 

0 - Multi-Language $a Language of Text 

1 - Translation $b Language of Summaries 

♦♦ 050 (VAR) LIBRARY OF CONGRESS CALL NUMBER - CMF 

0 - Book in LC $a LC Classification Number 

1 - Book not in LC $b Book Number 

051 (VAR) COPY, ISSUE, OFFPRINT STATEMENT - CMF 

0 - Book in LC $a LC Classification Number 

1 - Book not in LC $b Book Number 

$c Copy Information 

060 (VAR) HATIOHAL LIBRARY OF MEDICINE CALL NUMBER - CMF 

$a NIAS Classification Number 
$b Book Number 




070 (VAR) NATIONAL AGRICULTURAL LIBRARY CALL NUMBER - CMF 

$a NAL Classification Number 
^ Book Number 

** 082 (VAR) DEWEY DECIMAL CLASSIFICATION NUMBER - CMF 

$a Dewey Decimal Classification No. 
** 090 (VAR) LOCAL CALL NUMBER - IMF 

$a Class Number 
^ Cutter Number 
$c Holdings Collection Code 

100 (VAR) MAIN ENTRY - PERSONAL NAME - BOTH 

0 - Forename $a Name 

1 - Single Surname ^ Numeration 

2 - Multiple Surname $c Titles, Rank, etc. 

3 - Family Name $d Dates 

- 0 Main Entry not Subject $e Relator 

- 1 Main Entry is Subject ik Form Subheading 

^t Title (of Book) 
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** no 



(VAR) MAIN ENTRY - CORPORATE NAME - BOTH 



0 - Surname (inverted) 

1 - Place or place + name 

2 - Name (direct order) 

- 0 Main Entry not Subject 

- ,1 Main Entry is Subject 



$a Name 

$b Subordinate units 
$e Relator 
$k Form Subheading 
$t Title (of Book) 



** ni (VAR) MAIN ENTRY - CONFERENCE OR MEETING - BOTH 

0 - Surname (inverted) $a Name 

1 - Place or place + name $b Number 

2 - Name (direct order) $c Place 

- 0 Main Entry not Subject $d Date 

- 1 Main Entry is Subject $e Subordinate Unit in Name 

$g Miscellaneous information 
$k Form Subheading 
$t Title (of Book) 



130 (VAR) MAIN ENTRY - UNIFORM TITLE HEADING - BOTH 



- 0 Main Entry not Subject $a Uniform Title Heading 

- 1 Main Entry is Subject $t Title 

2l*0 (VAR) UNIFORM TITLE - BOTH 



0 - Not on LC Card 

1 - On LC Card 

2Ul (VAR) ROMANIZED TITLE - BOTH 

0 - Not on LC Card 

1 - On LC Card 

2U2 (VAR) TRANSLATED TITLE - BOTH 

0 - Not on LC Card 

1 - On LC Card 

** 2j^ (VAR) TITLE STATEMENT - BOTH 

0 - No Title Added Entry 

1 - Title Added Entry 



$a Ihiiform Title 



$a Rcmianized Title 



$a Translated Title 



$a Short Title 
$b Subtitle 

$z Statement of Inclusion 



250 



(VAR) EDITION STATEMENT - CMF 



$a Edition 

$b Additional info, after edition 



** ^ (VAR) IMPRINT - CMF 

0 - Publisher not Main Entry 

1 - Publisher is Main Entry 



$a Place 
$b Publisher 
$c Date(s) 

$z Publisher’s Address 
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** 3C0 (VAR) COLLATION - CMF 

$a Volume (Pagination) Statement 
$b Illustration Statement 
$c Height 

$z Frequency Statement 



350 (VAR) BIBLIOGRAPHIC PRICE - CMF 



$a Bibliographic Price 



IPO (VAR) SERIES NOl-E - PERSONAL NAME/TITLE (TRACED) - CMF 



0 - Forename 

1 - Single Surname 

2 • Multiple Surname 

3 - Family Name 

- 0 Author not Main Entry 

- 1 Author is Main Entry 



$a Name 

$b Numeration 

$c Titles, rank, etc. 

$d Dates 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$v Volume or number (after title) 



1*10 (VAR) SERIES NOTE - CORPORATE NAME/TITLE (TRACED) - CMF 



0 “ Surname (inverted) 

1 - Place or place + name 

2 • Name (direct order) 

- 0 Author not Main Entry 

- 1 Author is Main Entry 



$a Name 

$b Subordinate Units 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$v Volme or Number (after title) 



1*11 (VAR) SERIES NOTE - CONFERENCE OR MEETING/TITLE - CMF 



Surname (inverted) 


$a 


Place or place + name 


$b 


Name (direct order) 


$c 


Author not Main Entry 


$d 


Author is Main Entry 


$e 




$g 




$k 




$t 




$v 



Name 

Number 

Place 

Date 

Subordinate Unit in Name 
Miscellaneous Information 
Form Subheaiding 
Title (of Book) 

Volume or Number (after title) 



1*1*0 (VAR) SERIES NOTE - TITLE (TRACED) - CMF 



$a Title 

$b Volume or Number 



1*90 (VAR) SERIES NOTE - UNTRACED OR TRACED DIFFERENTLY - CMF 



0 • Series not Traced $a Series Note 

1 - Series Traced in Different 

Form 
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** 500 (VAR) GENERAL NOTE - CMF 



501 (VAR) BOUND WITH NOTE - CMF 



502 (VAR) DISSERTATION NOTE - CMF 



$a General Note 



$a Bound with note 



$a Dissertation note 

** ^ (VAR) BIBLIOGRAPHIC HISTORY NOTE - BOTH 

$a Bibliographic History Note 



50^ (VAR) BIBLIOGRAPHY NOTE - CMF 

$a Bibliography Note 

305 (VAR) CONTENTS NOTE (FORMATTED) - CMF 

0 - Contents $a Contents Note 

1 - Contents (incon^lete) 

2 - Partial Contents 



520 (VAR) ABSTRACT OR ANNOTATION - CMF 

$a Annotation 



600 (VAR) SUBJECT ADDED ENTRY-PERSONAL NAME - BOTH 



0 - Forename 

1 - Single Surname 

2 - Multiple Surname 

3 - Family Name 

- 0 LC Subject Heading 

- 1 Annotated Card Program 

Subject Heading 

- 2 NLM Subject Heading 

- 3 NAL Subject Heading 



** 610 (VAR) SUBJECT ADDED ENTRY - 

0 - Surname (inverted) 

1 - Place or place + name 

2 - Name (Direct order) 

- 0 LC Subject Heading 

- 1 Annotated Card Program 

Subject Heading 

- 2 NLM Subject Heading 

- 3 NAL Subject Heading 



$a Name 

$b Numeration 

$c Titles, rank, etc. 

$d Dates 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$x Genereil Subdivision 
$y Period Subdivision (Chrono 
logical) 

$z Place Subdivision 
CORPORATE NAME - BOTH 
$a Name 

$b Subordinate Units 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$x General Subdivision 
$y Period Subdivision (Chrono- 
logical) 

$z Place Subdivision 
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6ll (VAR) SUBJECT ADDED ENTRY - CORPORATE NAME /CONFERENCE OR MEETING - BOTH 






0 - 
1 - 
2 - 
- 0 
- 1 

- 2 
- 3 



Surname (inverted) 


$a 


Place or place + name 


$b 


Name (direct order) 


$c 


LC Subject Heading 


$d 


Annotated Card Program 


$e 


Sabject Heading 


$g 


NUi Subject Heading 


$k 


NAL Subject Heading 


$t 




$x 




$y 




$z 



Miscellaneous Information 



630 (VAR) SUBJECT ADDED ENTRY - UNIFORM TITLE HEADING - BOTH 



0 LC Subject Heading 

1 Annotated Card Program 

Subject Heading 

2 NLM Subject Heading 

3 NAL Subject Heading 



Uniform Title Heading 
$t Title 

$x General Subdivision 

$y Period Subdivision (Chronological) 

$z Place Subdivision 



650 (VAR) SUBJECT ADDED ENTRY - TOPICAL - BOTH 



0 - Not Entered Under Place 

1 - Entered Under Place 

- 0 LC Subject Heading 

- 1 ACP Subject Heading 

- 2 NLM Subject Heading 

- 3 NAL Subject Heading 



Topical Subject Heading 
$x General Subdivision 
$y Period Subdivision (Chronological) 
$z Place Subdivision 



** 651 (VAR) SUBJECT ADDED ENTRY - GEOGRAPHICAL NAMES - BOTH 



0 LC Subject Heading 

1 ACP Subject Heading 

2 NLM Subject Heading 

3 NAL Subject Heading 



$a Geographical Subject Heading 
$x General Subdivision 
$y Period Subdivision (Chronological) 
$z Place Subdivision 
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700 (VAR) OTHER ADDED ENTRY - PERSONAL NAME - CMF 



0 - Forename 

1 - Single Surname 

2 - Multiple Surname 

3 - Family Name 

- 0 Alternative Entry 

- 1 Secondary Entry 

- 2 Analytical Entry 



710 (VAR) OTHER ADDED ENTRY 



$a Name 
$b Numeration 
$c Titles, Rank, etc. 
$d Dates 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$u Filing Information 

- CORPORATE NAME - CMF 



0 - Surname (inverted) 

1 - Place or Place + Name 

2 - Name (Direct Order) 

- 0 Alternative Entry 

- 1 Secondary Entry 

- 2 Analytical Entry 



$a Name 

$b Subordinate Units 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$u Filing Information 



711 (VAR) other added entry - CORPORATE NAME - CONFERENCE OR MEETING - CMF 



0 - Surname (inverted) 


$a Name 


1 - Place or Place + Name 


$b Number 


2 - Name (Direct Order) 


$c Place 


- 0 Alternative Entry 


$d Date 


- 1 Secondary Entry 


$e Subordinate Unit in Name 


- 2 Analytical Entry 


$g Miscellaneous Information 




$k Form Subheading 




$t Title (of Book) 




$u Filing Information 


(VAR) OTHER ADDED ENTRY - 


UNIFORM TITLE HEADING - CMF 


- 0 Alternative Entry 


$a Uniform Title Heading 


- 1 Secondary Entry 


$t Title 


- 2 Analytical Entry 


$u Filing Information 



7^0 (VAR) TITLE TRACED - DIFFERENTLY - CMF 

- 0 Alternative Entry $a Title Traced Differently 

- 1 Secondary Entry 

- 2 Analytical Entry 



o 

ERIC 
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- PERSONAL NAME /TITLE - CMF 



800 (VAR) SERIES ADDED ENTRY 

0 - Forename 

1 - Single Surname 

2 - Multiple Surname 

3 - Family Name 



810 (VAR) SERIES ADDED ENTRY - 

0 - Surname (Inverted) 

1 - Place or Place + Name 

2 - Name (Direct Order) 



8ll (VAR) SERIES ADDED ENTRY - 

0 - Surname (Inverted) 

1 - Place or Place + Name 

2 - Name (Direct Order) 



$a Name 

$b Numeration 

$c Titles, Rank, etc. 

$d Dates 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$v Volume or Number (After Title) 



$a Name 

$b Subordinate Units 
$e Relator 
$k Form Subheading 
$t Title (of Book) 

$v Volume or Number (After Title) 



CONFERENCE OR MEETING/TITIE - CMF 

$a Name 
$b Number 
$c Place 
$d Date 

$e Subordinate Unit in Name 
$g Miscellaneous Information 
$k Form Subheading 
$t Title (of Book) 

$v Volume or Number (After Title) 



CORPORATE NAME /TITLE - CMF 



8lO (VAR) SERIES ADDED ENTRY - TITLE - CMF 

$a Title 

$b Volume or Number 



900 (VAR) SERIALS - REFERENCES - PERSONAL AUTHOR/TITLE - IMF 

$a "SEE" References 
$b "SEE AIEO" References 
$c "CONTINUED BY" References 
$d "SUPERSEDED BY" References 
$e "ABSORBED BY" References 
$f "OTHER" References 
$g "CONTINUES" References 
$h "SUPERSEDES" References 
"ABSORBED" References 
$y Serial Heading "SEE" References 
$z Serial Heading "OTHER" References 



** 910 (VAR) serials - REFERENCES - CORPORATE AUTHOR/TITLE - LMF 

$a "SEE" References 
$b "SEE ALSO" References 
$c "CONTINUED BY" References 
$d "SUPERSEDED BY" References 
$e "ABSORBED BY" References 
$f "OTHER" References 
$g "CONTINUES" References 
$h "SUPERSEDES" References 
"ABSORBED" References 
$y Serial Heading "SEE" References 
$z Serial Heading "OTHER" References 

** ^ (VAR) SERIALS - REFERENCES - CORPORATE NAME - CONFERENCE OR 

meeting/title - IMF 

$a "SEE" References 
$b "SEE ALSO" References 
$c "CONTINUED BY" References 
$d "SUPERSEDED BY" References 
$e "ABSORBED BY" References 
$f "OTHER" References 
$g "CONTINUES" References 
$h "SUPERSEDES" References 
"ABSORBED" References 
$y Serial Heading "SEE" References 
$z Serial Heading "OTHER" References 

** (VAR) SERIALS - REFERENCES - TITLE - IMF 

$a "SEE" References 

^ "SEE ALSO" References 

$c "CONTINUED BY" References 

$d "SUPERSEDED BY" References 

$e "ABSORBED BY" References 

$f "OTHER" References 

$g "CONTINUES" References 

$h "SUPERSEDES" References 

$0 "ABSORBED" References 

$y Serial Heading "SEE" References 

$z Serial Heading "OTHER" References 



**252 (™) SERIALS - HOLDINGS - CMF 



a Basic Holdings Matrix 
Holdings Generation Pattern 
$x Holdings for Irregular Serials 
$z Holdings Comments 
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** 9^ (VAR) SERIALS - HOLDINGS - UW 

1 - Microfilm Local Holdings Matrix 

2 - Microfiche Holdings for Irregular Serials 

3 - Microcard Holdings Comments 

k ~ Magnetic Tape 

** 937 (VAR) SERIALS - ARRIVAL HISTORI - LMF 

$a Issue Arrival History 



«« 25^ (VAR) SERIALS - ABSTRACTED IN - CMF 

$a Name of Abstracting Service 
Name of Abstracting Service 

939 (VAR) SERIALS - INDEXED IN - CMF 



** 260 (VAR) SERIALS - BINDING - LMF 



a Name of Indexing Service 
Name of Indexing Service 



0 - Binding Priority = RUSH $a Binding Data 

1 - Binding Priority = REGULAR $b Binding Title 



$c Next Binding Unit 

$d At Binding Processing Unit 

.t7. 'R'lru^'incr Conments or Notes 



** 970 (VAR) SERIALS - PREDICTION (COMMON DATA) - CMF 

0 — Prediction is not based on $ a Issue Designation 

Publication Pattern 

1 - Prediction is based on $b Publication Pattern 

Publication Pattern $d Matrix Start Values 

$e Prediction Matrix 
$f Unbound Issues of Frequently 
Received Serials 
$y Prediction History 



** 911 (VAR) SERIALS - PREDICTION (LOCAL DATA) - LMF 

$a Delay Codes 
$b Prediction Matrix 
$c Special Activities Pattern 
$d Additional Issues Description 
$f Unbound Issues of Frequently 
Received Serials 
$u Claiming Comments 
$v Check-in Comments 
$w Renewal Comments 
$x Payment Comments 
$y TPCIX Ordering Comments 
$z TPCIX Arrival Comments 



o 
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•• 2Zi SERIALS - RESERVED 

— 2§2. SERIALS - OBDBBJMQ - IJfF 

$a fixed Data 
$b InfonMtlon Source 
Ic Ordering lotee 
Id RecoflBendatlon Data 
|e Approynl Data 

** 2§!L SERIALS - ACCOmniG (YAR) - IJIF 

0 - Serial is lot lev This Year |a Total Acquisitions Eiqpendlture 

1 - Serial is lev This Year |b Total Clains Expenditure 

$c Total Lacunae Expenditure 
Id Total "BUDUG” Expenditure 
|e Total "OTHER" Expenditure 
^ Total Acquisitions Encunibrance 
^ Total ClaiBS Encunibrance 
|o Total Tiacunae Encuabrance 
Ip Ikital "BIHDIHG” Encuii>rance 
Sq Tdtal "OlHEB" Encusbrance 
|z Accounting Conwnts 
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